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l. General 


Li Scope 


This Super Video CD specification standardizes and upgrades the current Video CD format. It 
defines the basic specification of the Super Video Compact Disc, in short SVCD, characterized 
by a high resolution, high picture-quality, which matches current TV receivers. 

This specification is intended to be used as basis for the design, production and compliance 
testing of SVCD discs and playback devices to achieve compatibility with current and future 
products. 

It utilizes better Video and Audio quality than Video CD and also includes, overlay graphics and 
text (OGT) functions for multi-lingual Karaoke lyrics or Movie sub-titling. It has extensions for 
surround sound multi-channel audio, and provisions for PC playback, and is prepared for further 
future improvements. 

It allows variable bit rate (VBR) MPEG2 coding for more efficient use of the disc capacity. 


1.2 Normative References 


The following Standards contain provisions, which, through reference in this document 
constitute provisions of this specifications. 


ISO 646 7-bit coded character set for information interchange 

IEC 60908 : 1987 Compact Disc Digital Audio system ( Red Book ) 

ISO 9660 Volume label and file structure (ISO9660) of CD-ROM for information 
interchange 

ISO/IEC 10149 Data interchange of read-only 120mm data optical disc ( CD-ROM 


Yellow Book ) 
ISO/IEC 11172-3:1993 Information technology--coding of moving picture and associated 
audio for digital storage media up to about 1,5Mbit/s Audio (MPEG1) 
ISO/IEC 13818-1,-2,-3 Generic coding of moving picture and associated audio information 
2” edition:1996/1997  (MPEG2); the 1997 edition shall apply for audio coding 
ITU-R BT601.3 Encoding parameters of television for studios 
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1.3 Definitions and Abbreviations 


Hor HH 
BCD 
Bitrate 


bslbf 


CD-ROM 
CD-ROM/XA 


CLUT 
Color Space 


Compression 
CRC 

DTS 

I-picture 


kbps 

Isb 

LSB 

mbps 
Mnemonics 
Mode 2 Form 1 
Mode2 Form 2 
MPEG 

MPEG PS 
msb 

MSB 

N/A. 

NRT 

OGT 

PES 

Playback Device 


Real-Time stream 


Read Only disc 
RLC 
Real-Time stream 


RT 


Abbreviation for " Number of ". 

Mnemonic for Binary Code Decimal. 

The rate at which the compressed bit stream is delivered to the input of 
a decoder. 

Mnemonic for a Binary bit string, left bit first, where "left" is the order in 
which bit strings are written as strings of 1s and Os. 

Mnemonic for a character string 

Constant Bit Rate. 

Compact Disc Read Only Memory. 

Extension of CD-ROM for Mode2, specifications will be included later in 
this document. 

Color Look-Up Table. 

Moving video and overlay graphics are both represented in the same 
way as a luminance signal (Y) and two chrominance signals (Cr,Cb). 
The relationship between these signals and the primary Red, Green, 
and Blue signals and the assumed color primaries and display transfer 
characteristics is as defined in ITU-R BT.601.3. Amongst other things 
this means that full black is represented as luminance value of 16 and 
peak white as 235. 

Reduction in number of bits used to represent an item of data. 

Cyclic Redundancy Check. 

Decoding Time Stamp. 

For I-field pictures, i.e. when a video frame is encoded in the form of 
two fields, the sector containing the start of the I-picture with the first of 
both fields shall be referred to (even when the 2” field is closer to the 
expected grid). 

Kilo bit per second. (1024 bits/sec) 

Least significant bit. 

Least Significant Byte. 

Mega bit per second. (1.000.000 bits / sec) 

Descriptions of different data types used in this specification 
CD-ROM track type 

CD-ROM track type 

Moving Picture Experts Group. 

MPEG2 Program Steam. 

Most significant bit. 

Most Significant Byte. 

Not Applicable. 

Non Real Time. 

Overlay Graphics and Text. 

Packetized Elementary Stream. 

Any SVCD compliant player or other product like a PC. 

Program Stream, a collection of elementary streams. 

Play Sequence Descriptor 

Presentation Time Stamp. 

Primary Volume Descriptor used by the ISO9660 file management 
system. 

A MPEG2 program stream containing video, audio, OGT components 
to be decoded and presented in time controlled by timing 
characteristics in the steam to the decoder. 

A disc conform the CD-ROM specification ( IEC 10149 ). 

Run Length Compression. 

A MPEG2 program stream containing video, audio components to be 
decoded and presented in time controlled by timing characteristics in 
the steam to the decoder. 

Real Time. 
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SCR System Clock Reference, a time stamp in the Program Stream. 

Sector Wherever the word "Sector" is used in this document it has the identical 

meaning to that of the word "Block" in the CD-ROM system description. 

Sector Address All Sector addresses and Subcode addresses are represented in the 3 


byte BCD encoded form mm:ss:ff. The Minutes field is represented by 
"mm", the Seconds field is represented by "ss", the Blocks (Sector) or 
Frames (Subcode) field is represented by "ff". 


SPI Segment Play Item. 

Time-Stamp indicates the time of a specific action such as the arrival of a byte or the 
presentation of a picture. 

TOC Table of Content. 

Track A Track is a continuous area on the disc with one and the same Track 
Number in the CD Subcode. 

uimsbf Mnemonic for Unsigned integer, most significant bit first, where integers 
are written as Hexadecimal numbers, e.g. $81 or as numbers e.g. 0 

VBR Variable Bit Rate; indicates that the arrival of the bytes at the input of a 


decoder varies with time. 


1.4 Conventions and symbols 
Text written in italics is informative. 


The mathematical operators used are similar to those used in the C programming language. 
See ISO/IEC 13818-1 clause 2.2, and 2.3 

Unless otherwise indicated in this document the conventions used are as follows: 

Bit ordering -- The graphical representation of all multiple-bit quantities is such that the most 
significant bit (msb) is on the left and the least significant bit (Isb) is on the right. 


Figure l-a Example of bit ordering for one 8 bits byte 

The most significant bit is the bit with the highest bit position number. 

Bit designation -- Bit b#i denotes the bit with bit position i, according to Figure l-a 

Byte ordering -- Quantities which require more than 8 bits for their representation are held in 
more than one byte on the disc. For all such quantities, the ordering of bytes on the disc (as 
seen at the interface to the disc driver) is such that the Most Significant Byte (MSB) is first and 
the Least Significant Byte (LSB) is last. 

Multiple-byte quantities are represented graphically such that the left-hand-most or upper-most 


byte is most significant and the right-hand-most or lower-most byte is least significant. The most 
significant byte is the byte with the lowest byte position number. 


Figure l-b Example of byte ordering for 2 bytes 


Byte designation -- Byte B#i denotes the byte with byte position i, according to Figure l-b 


Character String -- Character strings are always given between double quotation marks, as 
E ", coded according to ISO 646 if not indicated otherwise. 
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Hex -- All Hexadecimal values are preceded by a $. The most significant nibble is on the left, 
the least significant nibble is on the right. 


Binary -- Binary values are preceded by a % or within single quotation marks ''. The most 
significant bit is on the left, the least significant bit is on the right. A Binary value is represented 
by a 0, 1 or x where x isaOoratl. 


Decimal -- All Decimal values are preceded by a blank space or the range indicator (..) when 
included in a range. The most significant digit is on the left, the least significant digit is on the 
right. 


Units of measure -- 1K denotes 1024 units. 


Range -- Constant_1..Constant_2 or (Constant_1..Constant_2) denotes the range from and 
including Constant_1 up to and including Constant_2, in increments of 1. 


Ordering within tables -- The items within a table are contiguous, starting with the top line from 
the left to the right item, then the next line from the left to the right item, and so on, down to and 
including the bottom line from the left to the right item. 


Compatibility conventions 


The SVCD specification is intended to ensure full compatibility, such that all discs play, with at 
least those functions designated in the SVCD specifications as mandatory, in all compliant 
playback devices. 


All mandatory parts of the specification have to be recorded on all discs and is intended to be 
implemented in all playback devices. 

Extension parts of the specification define non-mandatory additional functionality. 

A disc with extensions shall play on a playback device only supporting the mandatory 
functionality of the specification, and a playback device supporting some or all extensions shall 
also play discs without these extensions. 

The specification also includes optional meta-data, intended to support improved performance 
of a playback device. Optional items are recommended to be recorded on the disc, but are not 
required to be included. 
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ll. SVCD system overview 


SVCD is a reproduction system to present full motion pictures with associated audio by using 
the Compact Disc format. The system uses the ISO/IEC MPEG2 standard definitions to 
compress the video, still picture and audio information for full screen TV quality pictures 
together with associated high quality audio. The SVCD disc can also carry high quality still 
pictures with associated audio and a Play Sequence Descriptor file for interactive control of the 
playback of still and motion pictures. 

Variable bit rate (VBR) MPEG coding is used for more efficient use of the disc capacity. The 
playing time for a fully recorded disc can vary from 35 minutes to more than 70 minutes 
depending on the average bit rate used. 

The SVCD format is based on the CD-ROM Mode 2 disc format. SVCD discs can be played on 
SVCD playback devices, and other compliant hardware and software platforms. 


11.1 SVCD system reference model 
SVCD system consists of SVCD disc and the playback device, normally a SVCD player. 


SVCD playback device 


CD module MPEG 
Po oo 7 7 mod u le 
Form2 MPEG Video 
SVCD |_|_| EFM |_| CDROM 2324 b | sector MPEG output 
disc CIRC decoder | 2352 Decoder Audio 
bytes | CD-ROM | output 
Mode 2 ; | 
de-mux | Form1 | DATA User 
2048 b | sector Playback 1/0 
Controller Remote 
Control 
PLAYER 
A mme EEN o EE ag m od u l e 
Figure la SVCD system reference model 
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lll. General SVCD Disc format 


The general SVCD disc structure is based on CD-ROM (ISO/IEC 10149) and CD-ROM XA with 
the specific additions and restrictions as defined in this chapter. 


The disc is intended to be played either sequentially starting from the first MPEG Track, or by 
playing Play Lists using the Play Sequence Descriptor (PSD) with on-screen “menu” control. 

A Karaoke / Music application has normally one track per song. This means that song number 1 
is recorded in Track #2, and song number 2 in Track #3, and so on. 

A movie title can be divided into different coded parts as INTRO, COPYRIGHT, FILM, 
CREDITS. The film itself can also be subdivided into chapters 


lll.1 SVCD disc structure 


The SVCD disc format is CD-ROM XA compliant using Mode2 for all Tracks. 
There are two types of tracks; DATA and MPEG tracks. 


An example of the general disc layout is given below. 


Lead-In Area l 
Track #1 _ SVCD DATA track 
Program Track #2 
Area SVCD MPEG tracks 


Track ën ` 
Lead Out Area 


Figure Ill-a SVCD disc layout 


111.1.1 Lead-in Area 


The Lead-in area shall be encoded as a Data Track (with track number = 00) containing Empty 
Sectors of Mode 2 Form 2 with file number = 0 (zero), and Sub Mode = $20. 


Entry Name | Number of bytes | Datatype | Value 
POINT 1 uimsbf $A0 
PSEC 1 uimsbf $20 
PFRAME 1 uimsbf $00 


Note: The PSEC value defines the disc type as CDROM-XA disc. 
Table Ill-1 Lead-in area subcode 


111.1.2 Program Area 


There are two types of SVCD track format: 

> SVCD DATA track format 

> SVCD MPEG track format 

The first track shall be a SVCD DATA track and other tracks shall be SVCD MPEG tracks with 
playable MPEG2 audio / video Program Streams. 

All sectors in a SVCD track shall be of CD-ROM Mode 2. 


111.1.3 Lead-out Area 


The Lead-in and Lead-out Areas shall be encoded as CD-ROM Data Tracks containing Empty 
Sectors of Mode 2 Form 2 with file number = $00, and Sub Mode = $20. 
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lll.2 SVCD sector format 


All tracks shall be CDROM Mode? of 2352 sequential bytes each. Each sector can be uniquely 
addressed by a BCD-coded absolute time value in the header field of the sector. 

There are two types of SVCD sectors, namely Form1 and Form2 sectors. A Form1 sector has 
an extra Error Correction Code (ECC) field as in CD-ROM Mode) The Form2 sector is intended 
for real time MPEG data and has no ECC field, but 2324 user data bytes instead giving a 14% 
higher bitrate or capacity. 


SVCD sector Sub Header structure 


The SVCD Sub Header contains 4 fields: File Number, Channel Number, Sub Mode, and 
Coding Information bytes, each written twice for better data integrity. 

The Sub Header is used to define different types of sectors for storing information with special 
characteristics. The values are defined in the table below. 

Depending on the SVCD information, three types of sectors are defined, namely an Empty 
sector with no user data information, a Data sector with non real time data and a MPEG sector 
for MPEG real time data. 

The Sub Mode byte defines the global attributes of a sector, and the Coding Information byte 
defines if the sector contains MPEG PS stream data. 


Sector Type File Channel Sub Mode Coding Used for 
number | number bits Information 
pss) | 
Empty sector $00 $00 %00100000 $00 Lead-in, Lead-out, MPEG 
Form2, NRT Track Pause, padding of 
Play Item Segments to 
150 sector boundary 
Data sector $00 $00 %y0001000 $00 All sectors with valid data 
Form1, NRT in a Data Track that are 
not MPEG sectors 
MPEG sector $01 $01 %y11x001z $80 All sectors that contain a 
Form2, RT MPEG Program Stream 
Note: The bits indicated as x, y, and z are defined below, other bits shall be set as indicated 
above. 
Table Ill-2  Sub-header bytes 
bit number | indication | Bitname_| Definition 
0 z EOR Sectors containing the sequence_end_code of a 
Still Picture have the End of Record bit set to %1 
4 x Trigger The Trigger bit is set to %1 in a sector where the 


playback device shall execute the Auto_pause 
function (see clause VII.2 Play List) else set to %0 

7 y EOF The End of File bit to be set to %1 in last sector of 
any file or Play Item, else set to %0 


Table 111-3 Sub Mode bit definitions 


111.3 SVCD DATA track format 


The SVCD DATA track shall be the first track of the disc, and starts with a pre-gap of 150 Empty 
sectors. Data files use Mode2, Form1 (2048 byte sector) DATA sectors, and MPEG files use 
Mode2, Form2 (2324 bytes) MPEG sectors. 

The DATA track contains ISO9660 file management, SVCD Information files, and Segment Play 
Item Area, and optionally, other program data files. 
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111.3.1 


111.3.2 


mm:ss:ff i 

00:00:00 pre-gap 150 sectors 
00:02:00 User Area -- 

00:02:16 Primary Volume ISO9660 


Descriptor 


00:04:00 SVCD Information files | Disc Information "INFO.SVD" (mandatory) 
Entry table "ENTRIES.SVD"(mandatory) 
List ID Offset table "LOT.SVD" (extension) 
Play Sequence Descriptor "PSD.SVD" 
(extension) 

Search table “SEARCH.DAT” 
Tracks table “TRACKS.SVD” (mandatory) 

Segment Play Item area | Segment Play Items (Still Picture, Motion 
Picture, Audio) in segments of 150 sectors 

Other Files "EXT" directory 

"SCANDATA.DAT" 


Figure lll-b Example of layout of a DATA TRACK. 


SVCD Information files 


These files are located in the SVCD directory and are defined in clause IV.3 

The "INFO.SVD" file is located at Sector 00:04:00 and the "ENTRIES.SVD" file is located at 
Sector 00:04:01. 

The optional file "LOT.SVD" is located from 00:04:02 to 00:04:33. 

The optional file "PSD.SVD" start at location 00:04:34 and has a variable length up to a maximum 
of 256 sectors. 


Segment Play Item (SPI) area 


This area in the DATA track contains Segment Play Items as described in clause IV.5.1. 

A Segment Play Item (SPI) is a SVCD MPEG2 Program Stream stored in a Data Track, 
intended for interactive playback under control of the Play Sequence Descriptor. 

Segment Play Items are not accessed directly by the normal track playing mechanism, but 
indirectly by interpretation of the Play Sequence Descriptor (PSD). 

The SPI is stored into contiguous segments of 150 sectors length and is addressed by a 
segment number. The length of the SPI Area shall be any integer number of segments ranging 
from 1 to a maximum of 1980. The segments shall be numbered consecutively starting from #1, 
which is the first segment. 

The start sector address of the SPI Area is indicated in the First Segment Address entry of 
"INFO.SVD". 

Segment Play Items shall conform to Program Stream coding as described in the Program 
Stream format chapter V. 

Segment Play Items may occupy one or more segments, and the data shall start at a segment 
boundary. The SPI data is padded with Empty Sectors to the end of a whole segment. A SPI is 
identified by its SPI number, which is equal to the number of its first segment. Only segment 
numbers that correspond to the first segments of Segment Play Items and shall be in the range 
1..1980 are valid SPI Numbers. The figure below gives an example of the Segment Play Items 
in the SPI Area. 
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First Segment address 


Segment #1 | Segment #2 Segment Dn |Segment #n+ 


MPEG2 MPEGA Motion Video STREAM MPEG? 
STREAM Still picture 


150 MPEG || 150 sectors 
sectors 


Empty sectors Empty sectors 


Figure lll-c Example of Segment Play Items in the Segment Play Item Area 


111.3.3 Other SVCD files 
Other SVCD files are stored in the EXT directory. 


114 SVCD MPEG track format 


The SVCD disc shall contain at least one MPEG Track. Each MPEG Track is identified by a 
sequence number starting from #01 which is incremented for each following MPEG Track, so 
the MPEG track with track number #02 has the sequence number of #01 

In general these tracks are intended for linear playback in sequential order. 

Each MPEG track shall contain only one MPEG2 Program Streams, stored in MPEG sectors. 
The Program Stream coding is described in chapter V. The Program Stream shall contain 
Motion Video. (Audio-only tracks are not allowed). 

An MPEG Track start with a Pause encoding of minimum 150 Empty sectors. Therefore a 
movie, which needs to be played back seamlessly, shall be recorded in one track. 

An MPEG Track can be subdivided into parts or chapters, see the ENTRIES.SVD file 
description clause IV.3.2. 


NI [<------- TRACK #N AA >| __#N+1 
Pause MPEG Program Stream 
TOC address value -> 


Figure lll-d Example of an MPEG Track 
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IV. Data Retrieval and File system structure 


As defined by CD-ROM XA, the SVCD disc contains a data retrieval structure with a File 
System structure that conforms to ISO 9660, and the DATA track shall contain the Primary 
Volume Descriptor (PVD). 

Next to this some files in the DATA track have fixed start addresses. 


IV.1 ISO 9660 Volume structure 


The disc has only one Volume. 


IV.1.1 ISO 9660 Primary Volume Descriptor (PVD) 


Sector #16 contains the PVD for the disc and is located at absolute address of 00:02:16. 
The PVD Volume Set Size field and the Volume Sequence Number shall be set to 1. 


1V.1.2 PVD Disc Label 


SVCD discs require the presence of an identical Disc Label in all copies of the PVD. The Disc 
Label is located at offset 1024 of the PVD (byte position 1025). 


Byte position |  Entryname |  #bytes_ | Datatype | Content 

1025 - 1032 ID signature 8 char “CD-XA001” 

1033 - 1050 reserved 18 uimsbf all bytes = $00 
Table IV-1 SVCD Disc Label 


1V.1.3 Path Table 


The ISO9660 Path table is stored in SVCD DATA sectors. The ISO9660 defined version 
number of all files shall be "1", but in this document the version numbers are not shown. 


1V.1.4 Directory record 


Directory records shall be stored in SVCD DATA sectors. 

In the Directory Record the file flags (BP 26) of Record bit, Associated File bit , Protection 
bit and Multi-Extent bit shall be set to %0. There shall not be more than one version of a file. 
All SVCD defined files shall include additional system use information in the Directory 
Record as follows: 


Byte Entry name | # bytes Data Content 
position | | | type | 

1-4 | OwnerID | 4 uimsbf | all bytes set to $00 

5-6 Attributes 2 bslbf bit 0..10 shall be set to %0 
bit 11 is set to %1 for a file with Form 1 sectors 
bit 12 is set to %1 for a file with Form 2 sectors 
bit 13..14 shall be set to %0 
bit 15 is set to % 1 if the file is a Directory file 

7-8 Signature 2 char “XA” 

9-14 reserved 6 uimsbf | all bytes set to $00 

Table IV-2 System Use Extension Information 


IV.2 Directory structure 


The SVCD information files (see clause IV.3) shall be located in the directory "SVCD". 
All files that represent the MPEG audio/video Tracks shall be located in the directory "MPEG2". 


O Royal Philips Electronics, May 1999 


CONFIDENTIAL 


SVCD System Specification 
Chapter IV 
version 1.0 Data Retrieval and File system structure 


If the SPI Area is available on a disc then the "ITEMnnn" files shall be located in the directory 
"SEGMENT". 

The "SCANDATA.DAT" and "CAPTnn.DAT" files shall be located in the "EXT" directory. 
Additional non SVCD specified files or directories may exist outside the mandatory SVCD 
directory hierarchy. The Figure IV-a below gives an example of the file structure for a SVCD 
disc. 


ROOT directory 


SVCD 
|-- INFO.SVD 
|-- ENTRIES.SVD 
|-- LOT.SVD 
|-- PSD.SVD 
|-- SEARCH.DAT 
|-- TRACKS.SVD 


l= 

| 

| 

| 

| 

| 

| 

| 

|-- MPEG2 

| |-- AVSEQ01.MPG (track #2) 
| |-- AVSEQ02.MPG (track #3) 
| |-- AVSEQnn.MPG (track #nn+1) 
| 
|-- 

| 

| 

| 

| 
|-- 

| 

| 


SEGMENT 
|-- ITEM0001.MPG (segment item #1) 
|-- ITEM0002.MPG (segment item #2) 
|-- ITEMnnnn.MPG (segment item #nnnn) 


-- SCANDATA.DAT 
-- CAPTnn.DAT 


Figure IV-a Example of the directory structure 


EXT 
| 
| 


IV.2.1 Root directory 


This is the Root directory of the disc. It contains directories and files as shown in the Figure IV-a 
above. 


IV.3 SVCD directory 


This directory contains all the SVCD Information files. Mandatory files are "INFO.SVD" , 
"ENTRIES.SVD", and "TRACKS.SVD". The file "SEARCH.DAT" is mandatory depending on the 
System profile Tag. 

If the Play Sequence Descriptor (PSD) is present, then the SVCD directory shall also include 
the files "LOT.SVD" and "PSD.SVD". 


1V.3.1 INFO.SVD file 


The mandatory file "INFO.SVD" contains the SVCD system identification and a provision for 
identifying the discs belonging to one Album. An Album is a series of discs which contain 
related Audio/Video programs. The INFO.SVD file also contains information associated with the 
Play Sequence Descriptor. 

The "INFO.SVD" file is located at Sector 00:04:00 and has a fixed size of one sector. 

A detailed layout of the file is given in Table IV-3. 
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Byte Position | Entry name | # bytes | Data type | Contents 
1to8 System Identification 8 char see Table IV-4 
9 Version number 1 uimsbf  |$01 
10 System profile tag 1 uimsbf  |see Table IV-4 
11to26 | Album Identification 16 char 
27to28 (Number of Volumes in 2 uimsbf 
Album 
29to30 | Album Set Sequence 2 uimsbf 
Number 
31 to 43 [|Video-Type Map of 13 bslbf 104 bit string 
MPEG2 Tracks 
44 Status Flags 1 bslbf see Table IV-5 
45to 48 |PSD Size 4 uimsbf 
49 to 51 First Segment 3 BCD 
address 
52 Offset multiplier 1 uimsbf | $08 
53 to 54 |Maximum List ID 2 uimsbf 
55to56 |Maximum Segment 2 uimsbf 
Number 
57 to 2036 | Segment Play Item 1980 bslbf 1980 bytes, see Table IV-6 
Contents Table 
2037 to 2046 | Volume start_time 10 uimsbf |see Table IV-7 
Table 
2047 to 2048 | Reserved 2 uimsbf $00 
NOTE: Contents of the bytes 49..2026 shall be $00 in the case of no PSD (PSD Size = 0). 


Table IV-3 Layout of INFO.SVD 


System Identification -- This 8 character field is coded as ISO 646 upper case characters, and 
the string value is defined in table 6-4. 


Version Number -- This one byte entry contains $01. 


System profile tag -- This one byte unsigned integer is used to define the set of mandatory 
parts to be applied for compatibility with current products in the market. 

Parts containing a tag value, shall be defined as mandatory or optional, depending on the tag 
value. 


System System Identification field value Note 
Profile Tag | (8 characters) | 
$00 "SUPERVCD" 
$01 "HQ-VCD " The last two characters shall be space 
characters ($20). 


Table IV-4 System profile tags 


Album Identification -- This ISO 646 encoded string contains the Album Identification as 
defined by the publisher. For example the ISO 646 encoded UPC code, padded at the end with 
spaces, can be used. 


Number of Volumes in Album -- This two byte unsigned integer specifies the total number of 
discs (Volumes) in an Album. An Album is a set of SVCD discs. 


Album Set Sequence Number -- This two byte unsigned integer specifies the ordinal number 
of the Volume in the Album. The first disc of an Album has value $0000. 
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Video Type Map of MPEG2 Tracks -- This 104 bit entry contains the Picture Size Flag Map for 
Track 2 and higher. The one bit flag specifies the encoded video type for the corresponding 
track. The flag is set to zero if the encoded video type is NTSC and one if it is PAL. Non- 
existing or SVCD DATA tracks have the flag set to zero. 

Bit 0 of the first byte of this map contains the flag for Track #2. Bit 1 of the last byte on this map 
contains the flag for Track #99. 


Status Flags -- This 8 bit entry contains status flags as defined in Table IV-5. 


bit # bits bit values Contents 
[..] bslbf 
0 1 [%0] %0 (reserved) 
1.2 2 [%00] Disc for unrestricted use. 
[%10] Disc with Restriction Category 1. 
[%01] Disc with Restriction Category 2. 
[%11] Disc with Restriction Category 3. 
3 1 [%0] No Special Information is encoded in the MPEG picture. 
[%1] Special Information is encoded in the MPEG picture 
(see clause V.3.3). 
4 1 [%0] MPEG User Data is not used for Closed Caption. 
[%1] MPEG User Data is used for Closed Caption (see 
clause V.6.3). 
5 1 [%0] Start the next disc at List ID #1. 
[%1] If the PSD is interpreted and if the next disc has the 
same Album Identification as this disc, then start the 
next disc at List ID #2, else start at List ID #1. 
6 1 [%0] Start the next disc with Track 2. 
[%1] If the PSD is not interpreted (linear play) and if the next 
disc has the same Album Identification as this disc, then 
start the next disc with Track 3, else start with Track 2. 
7 1 [%0] %0 (reserved) 


Notes: Restriction Categories can be used to indicate guidance for viewing restrictions e.g. 
unsuitable for children under 12. 
Bit[5] and bit[6] are intended to be used with multi-disc Albums. For a single disc, these bits 
shall be set to zero. 


Table IV-5 Status Flags 


PSD Size -- This item contains the size in bytes of the Play Sequence Descriptor. It is set to 
zero if there is no PSD on the disc. 


First Segment Address -- This item contains the location of the first sector of the Segment 
Play Item Area. It is coded in BCD in the form (mm:ss:00). The last byte shall be $00. It is set 
to (00:00:00) if PSD size equals zero. 


Offset Multiplier -- This one byte unsigned integer contains the value for the Offset Multiplier. 
The list offsets used in the PSD shall be converted to byte offsets from the beginning of the 
PSD by multiplying by the Offset Multiplier. The Offset Multiplier is currently set to 8. 

It is recommended that playback devices shall read the value for this item to obtain the value for 
the Offset Multiplier as this value may change in future specification versions. 


Maximum List ID -- This item contains the value for the maximum valid List ID number in the 
List ID Offset Table. It is set to zero if PSD size equals zero. 


Maximum Segment Number -- This item contains the value for the maximum number of used 
Segments in the Segment Play Item Area. It is set to zero if PSD size equals zero. 
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Segment Play Item Contents table -- This entry contains the SPI Contents bytes for each 
Segment of the SPI Area from segment #1 to segment #1980. The SPI Contents byte is 
defined in Table IV-6. Unused Segments shall have the SPI Contents byte set to zero. The 


entry is set to all zeros if PSD size equals zero. 


bit # bits bit values Contents 
[..] bslbf | 
0..1 2 [%00] No MPEG audio stream 
[%10] One MPEG1 or MPEG2 audio stream without extension 
[%01] Two MPEG1 or MPEG2 audio streams without extension 
[%11] One MPEG2 multi-channel audio stream with extension 
2..4 3 [000] No MPEG video data 
[%100] NTSC still picture 
[%010] reserved 
[%110] NTSC motion picture 
[%001] reserved 
[%101] PAL still picture 
[%011] reserved 
[%111] PAL motion picture 
5 1 [%0] First or only segment of a Segment Play ltem 
[%1] Second or later segment of multi-segment Play Item 
6..7 2 [%00] No OGT sub-stream available 
[%10] OGT sub-stream 0 available 
[%01] OGT sub-stream 0 and 1 available 
[%11] all OGT sub-streams may be available 


Note Inthe case of a multi-segment Play Item all Segment Play Item Contents bytes shall be the 
same, with the exception of bit 5. 


Table IV-6 Segment Play Item Contents byte 


Volume_start_time_Table -- This optional table contains Volume_start_time’s for the first 5 
discs in an Album. The "number of volumes in album" is the value at byte 27 to 28. If the Album 
has less than 5 discs or the Table is not used, then the table is padded with $0000. 


Volume_start_time_Table() bytes | Datatype 
for ( i=0; i<5;i++ ) { 
if (i<"number of volumes in album") ( 
Volume_start_time 2 uimsbf 
} else $0000 2 uimsbf 
} 


Table IV-7 Volume start Ume Table 


Volume start me -- This 2 byte unsigned integer contains the integral video playing time in 
units of seconds of all MPEG tracks from the beginning of the first disc in an Album up to the 
beginning of this disc. 


reserved -- This 2 byte entry is reserved for future extension of the INFO.SVD file, and is set to 
value $0000. 


IV.3.2 ENTRIES.SVD file 


The mandatory file "ENTRIES.SVD" contains the list of start positions (Entry Point addresses) in 
the MPEG2 Tracks on the disc. The "ENTRIES.SVD" file is located at Sector 00:04:01, and has a 
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fixed size of one Sector. The Entry address values are used by the PSD playlist to access Play 
segments in the MPEG tracks. It's also used for linear playback for go to NEXT / PREVIOUS 
chapter in the audio / video stream of a Track. 


A detailed layout of the file is given in Table IV-8 . 


Byte position i Entry name i # bytes i Data type i Contents 
1to8 File Identification 8 char "ENTRYVCD" 
9 Version Number 1 uimsbf $01 
10 reserved 1 uimsbf $00 
11 to 12 Entries Used 2 uimsbf 
13 to 16 Entry 1 4 BCD See Table IV-9 
13+4*(N-1) to | Entry N 4 BCD See Table IV-9 
16+4*(N-1) 
2009 to 2012 | Entry 500 4 BCD See Table IV-9 
2013 to 2048 | Reserved 36 uimsbf $00 
Table IV-8 Layout of ENTRIES.SVD file 


File_identification -- This 8 character field is equal to "ENTRYVCD" coded per ISO 646 upper 
case characters. 


Version Number -- This one byte entry is identical to the contents of the Version Number entry 
in the file INFO.SVD. 


Entries Used -- This two byte unsigned integer contains the number of used Entries. The 
minimum value for the Entries Used entry is 1, the maximum value is 500. 


Entry N -- The layout of an Entry is defined in Table IV-9. The first Entry is Entry number 1 and 
is located at Byte Position 13. The last Entry, number 500, is located at Byte Position 2009. An 
unused Entry is filled with 4 bytes of $00. Unused Entries are only allowed after the last used 
Entry. The list of Entries shall be encoded in the order of increasing Entry Addresses. The List 
Of Entries shall contain all start addresses (as encoded in the Table Of Contents) of the MPEG2 
Audio/Video Tracks, and shall not contain more than 98 Additional Entries per Track. 


Byte # bytes Field name Data type | Contents 
position 
M 1 Track Number BCD Track number 
M+1 3 Entry Address BCD Sector Address (mm:s:ff) 
Table IV-9 Layout of the Entry field in ENTRIES.SVD file 


Track Number -- This two digit BCD encoded number contains the Track Number of the Track 
in which the Entry Address Sector is located. 


Entry Address -- This three byte BCD encoded Entry contains the Sector Address (mm:ss:ff) 
of the first sector of the PS file or to an Access Point sector (see clause V.1.4) in case of an 
additional entry. The mm value is encoded at Byte Position M+1, the ss value is encoded at 
Byte Position M+2 and the ff value is encoded at Byte Position M+3. 
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#N-1__|<------- TRACK ON EE > #N+1 
Pause MPEG Program Stream 
TOC value -> 


additional Entries 
Figure IV-b Example of a MPEG track with additional Entries 


1V.3.3 PSD.SVD file 


The optional file PSD.SVD contains the data for the Play Sequence Descriptor (PSD) (see 
chapter VII for a full description of the PSD), and shall be present if the PSD Size in INFO.SVD 
is not equal to zero. 

The file "PSD.SVD" has a start location 00:04:34 and a variable length up to a maximum of 256 
sectors (512 KB). 


1V.3.4 LOT.SVD file 


The optional file LOT.SVD contains the List ID Offset Table (LOT). This file shall be present if 
the PSD Size in INFO.SVD is not equal to zero. (PSD.SVD is present) 

The LOT allows the user to start playing the PSD from Lists other than the default start List ID 
Number. The LOT associates List ID numbers with the corresponding List Offset values. 

The file "LOT.SVD" is located from 00:04:02 to 00:04:33, and has a fixed length of 32 sectors. 
The LOT contains the offset value for every valid List ID Number, binary-coded in two bytes. 
The first two bytes of the LOT shall be reserved and set to zero. 

The value for List ID #1 Offset is $0000 (start of PSD). 

The maximum valid List ID Number is 32767. 

The offset values associated with the List ID Numbers that are not used in the PSD, shall be set 
to $FFFF. In addition, the offset values for any other List ID numbers that are not appropriate for 
the user to access directly, shall be set to $FFFF. 

List ID Numbers other than the first List in the PSD, which shall be 1, may be assigned at 
random. It is recommended that they are assigned in ascending order, with the result that the 
offset values for all valid List ID Numbers in the LOT are assigned in ascending order. 


LOT sector # i Description i # bytes | Value (comment) 
00 Reserved 2 $0000 
List ID 1 Offset 2 $0000 
2 


List ID 2 Offset $XXXX 

List ID m Offset 2 $FFFF (Rejected) 

List ID n Offset 2 $xxxx (n=Maximum List ID ) 
Unused List ID 2 $FFFF 


2 UnusedListID |? SFFFF 
Table IV-10 Example of the List ID Offset table 


1V.3.5 SEARCH.DAT file 


The "SEARCH.DAT" file shall be present in the "SVCD" directory, and the file is mandatory 
when the System profile tag = $00 in the INFO.SVD file, else the file is optional. 

The size of this file is variable. All bytes after the last entry to the end of the sector shall be filled 
with $00. 

Due to the VBR coding and the nature of the buffering used in MPEG2 video coding, the 
relation between playing time and sector address is not fixed. Therefore this file contains a list 
of Access Point sector addresses (see clause V.1.4) of the nearest Intra pictures on a regular 
incremental time interval for the MPEG Tracks. This is useful for features such as time search. 
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For playtime access into a MPEG stream the Sector Address can be found in the list by looking 
up the corresponding Sector Address for the required playing time. 


Syntax | #bytes | Datatype | Contents Note 
SEARCH.DAT() { 
File Identification 8 char "SEARCHSV" 
Version number 1 uimsbf $01 
reserved 1 uimsbf $00 
Number of Scan Points 2 uimsbf 
Time Interval factor 1 uimsbf $01 
for ( t= 0; t <= Total 
Playingtime; 
t+= Time Interval ) 
Scan Point 3 BCD Scan Point 
address 
(mm:ss:ff) 
} 


Table IV-11 Layout of SEARCH.DAT file 


File Identification -- This 8 character field is equal to "SEARCHSV" coded per ISO 646 upper 
case characters. 


Version number-- This one byte entry contains the same value as the Version number entry in 
the file INFO.SVD. 


Number of Scan Points -- This two byte unsigned integer contains the number of scan points 
in the table. The minimum number of scan points is 1, and the maximum is 32767. 


Time Interval factor -- This one byte unsigned integer defines the Time Interval between two 
consecutive Scan Points in unit of 0.5 seconds. The value for this field shall be set to $01. 


Total Playingtime -- This is the total sum of the video playing time of all MPEG tracks on the 
disc. 


Scan Point -- This three byte BCD encoded entry (mm:ss:ff) contains the Access Point sector 
address (see clause V.1.4) of the Intra Picture nearest to the regular time interval defined by the 
Time Interval factor. These intervals shall be calculated as t*0.5 seconds from the beginning of 
the Video stream in the first MPEG track up to the end of the last MPEG track, where t = 0, 0.5, 
1.0, 1.5,,,. 


1V.3.6 TRACKS.SVD file 


The mandatory file "TRACKS.SVD" shall be present in the "SVCD" directory. The size of this 
file is variable. All bytes after the last entry to the end of the sector shall be filled with $00. 

This file contains content-related information as the Playing time, Video system type,number of 
audio streams, and number of OGT sub-channels for each MPEG track on the disc. 

A detailed layout of the file is given below. 
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i++) 


i++) 


} 


Syntax | #bytes | Datatype | Contents | 
TRACKS.SVD() { 
File Identification 
Version number 
reserved 
Number of MPEG tracks 
for (i=2; i<=max_mpegtrack; 


Track Playing time 


for (i=2; i<=max_mpegtrack; 


Track Content byte 


version 1.0 
Note 

8 char "TRACKSVD" 

1 uimsbf $01 

1 uimsbf $00 

1 uimsbf 
i = Track 
number 

3 BCD (mm:ss:ff) 
i = Track 
number 

1 bslbf see Table IV-13 


Table IV-12 Layout of TRACKS.SVD file 


File Identification -- This 8 character field is equal to "TRACKSVD" coded per ISO 646 upper 


case characters. 


Version number-- This one byte entry contains the same value as the Version number entry in 
the file INFO.SVD. 


Number of MPEG tracks -- This one byte unsigned number contains the total number of 
MPEG tracks on the disc starting from track 2 until max_mpegtrack. 


Track Playing time -- This 3-byte BCD coded number gives the absolute playback time of the 
track coded as mm:ss:ff, where mm = units of minutes, ss = units of seconds, and ff = units of 


1/75 of a second. 


Track Content byte -- This byte is defined in the Table IV-13 below. 


bit | #bits | bit values [..] | Contents 
bslbf | 
0..1 2 [%00] No MPEG audio stream 
[%10] One MPEG1 or MPEG2 audio stream without extension 
[%01] Two MPEG1 or MPEG2 audio streams without extension 
[%11] One MPEG2 multi-channel audio stream with extension 
2..4 3 [000] No MPEG video data 
[%100] reserved 
[%010] reserved 
[%110] NTSC motion picture 
[%001] reserved 
[%101] reserved 
[2011] reserved 
[0111] PAL motion picture 
5 1 [%0] reserved 
6..7 2 [%00] No OGT sub-stream available 
[%10] OGT sub-stream 0 available 
[%01] OGT sub-stream 0 and 1 available 
[%11] all OGT sub-streams may be available 


Note: bit[2..4] shall comply with the Video Type Map in the INFO.SVD file. 
Table IV-13 Track Content byte 
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IV.4 MPEG2 directory 


This directory contains the files that represent the MPEG2 Audio/Video Tracks. Each MPEG2 
Audio/Video Track on the disc is represented in this directory by a file with the name 
"AVSEQnn.MPG". The reserved name for this directory is "MPEG2". 


IV.4.1 AVSEQnn.MPG files 


Each file in the MPEG2 directory with the name "AVSEQnn.MPG", where “nn” is the 
Sequence Number, represents an MPEG TRACK with one MPEG2 program stream. 

The Sequence Numbers (nn) start with number = 01, and shall be incremented sequentially for 
each recorded MPEG TRACK. The Sequence Number is encoded as a two digit decimal 
number with a leading zero. The file with the name "AVSEQ01.MPG" corresponds to Sequence 
Number 1 and is the only file in Track number 2. 

The first Sector of these files is the first Sector of the corresponding Track, and the last Sector is 
the last Sector of the Track. 


IV.5 SEGMENT directory 


This directory contains the files that represent the Segment Play Items. Each Segment Play 
Item on the disc is represented in this directory by a file with the name "ITEMnnnn.MPG". The 
value for “nnnn” is the Segment Play Item Number (see clause VII.2), and is encoded as a 4 
digit decimal number with leading zeros. The reserved name for this directory is "SEGMENT". 


IV.5.1 Segment Play Items 
Each Segment Play Item (SPI) contain one PS stored in the Segment Play Item Area. (see 
clause 111.3.2). 
e The SPI may contain the following data: 
e A motion picture, with or without audio (optional OGT ) 
e One or more Still Pictures, with or without audio 
e Audio only, without pictures or video 


The coding of the MPEG data within Segment Play Items is described in chapter VI. 


IV.6 EXT directory 


The reserved name for this directory is "EXT". 
This directory contains the "SCANDATA.DAT" file, and the "CAPTnn.DAT" file. 


IV.6.1 SCANDATA.DAT file 


The file "SCANDATA.DAT" is mandatory when the System Profile tag value = $01 in the 
INFO.SVD file, else the file is optional. 

Due to the use of VBR coding, there is no fixed relationship between Playing time and Sector 
address, therefore this file contains a list of Access Point sector addresses. 

For playtime access into a MPEG stream the sector address can be found in the list by looking 
up the sector address for the corresponding time. 

There is a sector address list for each MPEG track and for each motion picture Segment Play 
Item on the disc. 
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Syntax | #bytes | Datatype | Contents 
SCANDATA.DAT() { 
file_identification 8 char "SCAN_VCD" 
version_number 1 uimsbf $01 
reserved 1 uimsbf $00 
scandata_count 2 uimsbf 
mpegtrack_count 2 uimsbf 
segment_count 2 uimsbf 
for (i=1; i<=mpegtrack_count; i++) 
cumulative_playingtime 3 BCD 
for (i=1; i<=segment_count; i++) 
scandata_table_offset 2 uimbsf 
mpegtrack_scandata_table_offset 2 uimbsf 
scandata_table() 
E ee 


Table IV-14 Layout of SCANDATA.DAT file 


file_identification -- This text field contains "SCAN_VCD" coded per ISO 646. 


version_number -- This one byte entry is identical to the contents of the Version Number entry 
in the file INFO.SVD. 


scandata_count -- This two byte unsigned integer contains the total number of 3-byte entries 
of the scandata_table(). 


mpegtrack_count -- This two byte unsigned integer contains the number of MPEG tracks on 
the disc. 


segment_count -- This two byte unsigned integer contains the number of recorded consecutive 
Play Item Segments (of 150 sectors) in the SPI area on the disc. 


cumulative_playingtime -- This three byte BCD encoded field (mm:ss:ff) contains the 
cumulative MPEG playing time of the corresponding track from the first MPEG track on the disc. 
A track shall be less than 100 minutes long, but the cumulative time wraps around at (99:59:74 
to 00:00:00). The actual playing time of a track can be calculated by subtracting the previous 
MPEG track modulo (100:00:00) 


scandata_table_offset -- This two byte unsigned integer contains the byte position of the first 
sector_address entry in the scandata_table() for the corresponding segment or track. The first 
byte in the scandata_table() has byte position = 0. If there is no entry in the scandata_table() 
corresponding to the segment, then the offset is given to the first entry in the scandata_table for 
a segment following this segment. At the end of the SPI area or at the last track, no more 
sector_address might be found. In that case a byte offset of $00 shall be used. 


mpegtrack_scandata_table_offset -- This two byte unsigned integer contains the offset value 
to the first sector address for track #2 in the scandata_table(). The first byte in the 
scandata_table() has byte position = 0. 

This value indicates both the end of the playitem list of sector addresses and the beginning of 
the track list of sector sddresses. 
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Syntax # Data type | Note 
| bytes | 
scandata_table() { 
for (x=1; x<=mpegtrack_count; x++) { 
TOC track 1 uimsbf 
scandata_table_offset 2 uimsbf byte index into sector table 


for (s=1; s<=playitem_count; s++) 
for (t=0.0; t<display_time(s); t+= 0.5) 
sector address 3 BCD Access Point sector address 
for (x=1; x<=mpegtrack_count; x++) 
for (t=0.0; t<display_time(x); t+= 0.5) 
sector address 3 BCD Access Point sector address 


OO A ls ll ba 
Table IV-15 Layout of scandata_table() 


TOC_track -- This one byte binary encoded field contains the corresponding Track number, 
where x is equal to the track Sequence Number. TOC track #2 has Sequence Number = 1. 
(see clause IV.4.1) 


playitem_count -- This two byte unsigned integer contains the number of Segment Play Items 
on the disc with a moving picture stream. Only these SPI's shall be included in the 
scandata_table(). 


display_time() -- This is the total video playing time for the actual MPEG track or Segment Play 
Item. 


sector_address -- This three byte BCD encoded entry (mm:ss:ff) contains the Access Point 
sector address (see clause V.1.4) of the Intra Picture nearest to regular 0.5 second PTS time 
intervals. These intervals shall be calculated as n*0.5 seconds from the beginning of the Video 
stream, where n=1, 2, 3, etc. until the end of the PS. 


1V.6.2 CAPTnn.DAT file 
For each Track containing user_data with Closed Caption information a file CAPTnn.DAT shall 
be present in the EXT directory. The value for nn is the MPEG Audio/Video Sequence Number, 
encoded as a 2 digit decimal number with leading zero. 


Byte position | Entry name | *bytes | Datatype | Contents | Note 
1.8 File Identification 8 char "CAPTION_" 
9 Version Number 1 uimsbf $01 
10 reserved 1 uimsbf | $00 
11..12 nn 2 char Track 
Number - 1 
13.. C_Group 1 variable uimsbf | see Table IV-17 
C_Group N variable uimsbf 


Table IV-16 Layout of the CAPTnn.DAT file 


File Identification -- This entry contains character string "CAPTION_" coded per ISO 646. 


Version Number -- This one byte entry is identical to the contents of the Version Number entry 
in the file INFO.SVD. 
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nn -- This two character entry contains the ISO 646 encoded MPEG Audio/Video Sequence 
Number (Track Number minus one) of the Track for which this file contains Closed Caption 
data. 


C_Group N -- Each C_Group N contains a C_Time, C_Length and Character Pair #N data 
bytes. The data bytes shall be encoded in groups of two bytes. The data bytes are intended to 
be sent to a Closed Caption decoder at the time represented by the C_Time value. The layout 
of C_Group N is given in Table IV-17. 


Byte Position _| Entry name |__#bytes | Datatype | Note 
M C_Time 3 uimsbf Starting time 
M+3 C_Length 1 uimsbf =2*P 
M+4 Character Pair 1 2 char 
M + 24 ENG Character Pair P 2 char 


Table IV-17 Layout of C_Group N 


C_Time -- This 3 byte unsigned integer contains the Video display time in units of 1/75 of a 
second at which Character Pair 1 shall be sent to a Closed Caption decoder measured from the 
beginning of the Video stream. 


C_Length -- This 1 byte binary encoded number contains the number of bytes used by 
Character Pair 1 .. P. 


Character Pair HN -- This entry contains two bytes as described in ElA-608. Character Pair HN 
is intended to be sent to the Closed Caption decoder at the time according to the following 
formula: 

C_Time/75 + (N-1)/29.97 seconds 
The maximum value of N is 127. 
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V. 


VI 


VII 


MPEG2 stream coding 


The MPEG2 Program Stream (PS) contains multiplexed video ( Still Picture ), audio, and OGT 
data compressed in Elementary streams in PES packets. 

Synchronization between the Elementary streams is accomplished with Presentation Time 
Stamps (PTS) in the Program Stream with reference to a common time reference (SCR). 
Forward and backward pointers are coded in the User data entry to support Trick-Play. 

VBR is a method to increase the efficiency of MPEG2 audio and video encoding, by adjusting 
the bit rate allocated, based on audio or video complexity. More bits are used to encode scenes 
which are difficult to compress; fewer bits are used when the video or audio content is easy to 
compress. 


MPEG sector format 


A program stream (PS) is stored sequentially in consecutive MPEG sectors of 2324 user bytes. 
All bytes of a MPEG sector is part of the PS. 

Every MPEG sector starts with a PS pack header followed by one or more PES packets. For 
PES packet types see clause V.2.3. A padding packet shall be stored after other packets in the 
sector. It is allowed to use a (padding) sector containing one padding packet and no other 
packets. 

The last sector of a PS shall contain a program_end_code stored in the last four bytes of that 
sector. 


MPEG Video sector structure 


An MPEG Video sector consists of a Pack header, optionally a system header, a PES packet 
header for a video stream, PES packet data for the video stream, and optionally, one padding 
packet at the end of the sector 


optional 
See system PES packet header MPEG2 Video data optional 
eader header $E0 or $E1 padding packet 


Note If the MPEG video sector is the first sector of a PS, then the system header is mandatory. 
Figure V-a One MPEG Video sector 


V.1.2 MPEG Audio sector 


V.1.2.1 MPEG1 audio and MPEG2 multi-channel audio without extension stream 
In the case of MPEG1 audio, or MPEG2 multi-channel audio when there is no extension stream, 
an MPEG Audio sector consists of a Pack header, optionally a system header, a PES packet 
header ($C0 or $C1) for an audio stream, PES packet data for the audio stream, and 
optionally, one padding packet at the end of the sector. 
PES packet optional 
sua S GE Sé header MPEG Audio data padding 
y $C0 or $C1 packet 
Figure V-b One MPEG Audio sector without extension stream 
V.1.2.2 MPEG2 Multi-Channel audio with extension stream 
In the case of MPEG2 multi-channel audio using an extension stream, an MPEG Audio sector 
consists of a Pack header, optionally a system header, one or more interleaved audio PES 
packets ($C0 or $C2), and optionally one padding packet at the end of the sector. 
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pack optional One or more interleaved audio PES optional 
packets ($C0 or $C2) 
header system header with MPEG Audio data padding packet 


Figure V-c One MPEG Audio sector with extension stream 


V.1.3 Overlay Graphics and Text (OGT) sector 
An overlay graphics and text (OGT) sector consists of a Pack header, optionally a system 
header, one or more PES packets of private_stream_1 ($BD) all with the same sub-stream_id 


(see clause V.5), and optionally, one padding packet at the end of the sector. 
optional 
padding packet 


one or more PES packets of 


optional 
private_stream_1 ($BD) with OGT data 


system header 


pack 
header 


Figure V-d One MPEG OGT sector 


V.1.4 Access Point sector 
An Access Point sector is an MPEG video sector in which the first byte of the MPEG2 video 
data in the PES packet data is the first byte of an MPEG2 Video sequence header. This 
sequence header may be followed by extension and user data as defined by the MPEG2 
Video specification and shall be followed by a Group of pictures (GOP) header. The picture 
start code for the I-picture that follows the GOP header shall be stored in the Access Point 


sector. 
Sequence E Extension Y GOP a User data $ | - picture 
header & user header N header 

First byte of l-picture must be 


First byte of Sequence header must 
be first byte of Access Point sector contained in Access Point sector 


Figure V-e Access Point sector structure 


v.2 MPEG PS coding 


There shall be at least one video or one audio stream in the PS. 
If a PS contains both Audio and Video, then the first Video packet shall be recorded before the 


first Audio packet. 


V.2.1 PS pack_header 
A PS pack shall not cross sector boundary. A pack may contain multiple packets. 


MPEG field name | Value 
pack_start_code $000001BA 
system_clock_reference SCR 
program_mux_rate <= 6972 


Table V-1 Pack_header fields 
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system_clock_reference -- The SCR value indicates the time of arrival of the sector at the 
MPEG PS demultiplexor. A PS shall start with SCR set to 0. 
The SCR/ PTS can be used to display playing time. 


program_mux_rate -- This 22-bit integer specifies the rate of the pack measured in units of 50 
bytes /second. The value is derived from the sector rate. The value is calculated as sector rate 
R times 2324 divided by 50 (R x 2324 / 50), where the sector rate <= 150. 


V.2.2 PS system_header 


The first Pack of a PS shall contain a system_header. System_headers are optional in all other 
packs. 
The PS shall contain at least an audio or video stream. The MPEG parameters audio _bound 
and video_bound shall not both be 0. 


Field Value Note 
rate_bound 6972 

audio _bound 0..2 number of audio streams 
video_bound 0..1 only one video stream allowed 
fixed_flag 0 variable bit rate 
system_audio_lock_flag 1 

system_video_lock_flag 1 

stream_id specify an entry for every PES present in the PS 

values $B8 and $B9 are not allowed 

Table V-2 PS system_header constraints 


V.2.3 PES packet structure 
A PES_packet shall not cross a sector boundary. 


stream_id -- see Table V-3 for valid codes. 


Value 


SEO 
SEI 
SCH 
SCH 
$C2 
$BD 
$BE 


Table V-3 


second audio stream packet 


padding packet 


| Note 
| motion video stream packet 
still picture video stream packet 
first audio stream or audio base stream packet 


audio extension stream packet 
private stream 1 packet (OGT) 


Valid stream_id codes for PES_packets 
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V.2.3.1 


V.2.3.2 


PES _ packet header constraints 


Field 

PES scrambling control 
PES priority 
data_alignment_indicator 
copyright 


original_or_copy 

PTS DTS flags 

ESCH Tag 

ES rate Tag 

DM Trick mode flag 
additional_copy_info_flag 
PES CRC flag 

PES extension_flag 


PTS and DTS 
PES private data Tag 
pack_header_field_flag 


program_packet_sequence.. 


P-STD_buffer_flag 


PES extension flag 2 
Table V-4 


Buffer Sizes 


PES packet header constraints 


| Note 
not scrambled 


no priority 

not defined 

not defined 
original 

11 only for video 
not used 

not used 

not used 

not used 

not used 

set to 1, at least for first packet of 
every PES 

see clause V.2.5.1 
not used 

not used 

not used 


not used 


The STD_buffer_size is in the packet header, and the VBV_buffer_size is carried in the 
sequence header. The STD_buffer size is required at least for the first packet of every PES. 


stream 

Motion video 

Still picture video 
MPEG1 audio 

MPEG2 audio Extension 


Table V-5 


| STD_buffer_size 


230 KB 
230 KB 
4 KB 
4 KB 


Buffer size constraints 


V.2.4 Private Data Stream 


V.2.4.1 


Besides video and audio, a Program Stream may contain other elementary data streams. 
Because these are not defined in ISO/IEC 13818, the syntax and semantics for these additional 
data streams are defined in this chapter. 
The P-STD model shall not be applicable for the private data stream. 


The following data stream is supported in this version: 


- Overlay Graphics and Text 
Private PES Packet 


Additional data is stored in private packets with the following general constraints: 


stream_id -- Set to '1011 1101" (private_stream_1). 
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Syntax | #bits | Datatype 
DEG data Ted! 
private_data_id 8 bslbf 
sub_stream_id 8 bslbf 
private_data_field 
} 


Table V-6 PES data_field 


private_data_id -- This 8-bit field indicates the type of data encoded in the private_data_field. 


sub_stream_id -- This 8-bit field specifies the sub_stream index of a private data stream from 
which data is stored in this PES packet. 


Private data id | private data field coding | Note 
'01110000' overlay_graphics() See clause V.5 
otherwise reserved for future use 


Table V-7 private_data_id values 


V.2.5 Synchronization 


System Clock Reference (SCR) time-stamps in the PS are used for the decoder timing. SCR 
values are dictated by the VBR packet scheduling policy. The instantaneous muxrate defined 
by two successive SCR values shall be constrained to be less than, or equal to, the maximum 
muxrate. Elementary stream data is delivered to its respective decoder buffers according to 
SCR values and units are removed from their respective decoder buffers according to Decode 
Time Stamps (DTS) or Presentation Time Stamps (PTS). 


V.2.5.1 PTS Synchronization 


Synchronization of video, audio and graphics overlay presentation is accomplished using the 
PTS associated with each video or audio or OGT frame. PTS is required for every PES packet 
containing the start of an I-picture. 

Each PES _packet containing the start of an audio access unit, i.e. an audio frame, shall have a 
PTS encoded. 

Presentation times for video or audio frames without an associated PTS coded will be 
interpolated based on the previous PTS and display duration of the video or audio frame. For 
the case of still pictures, a PTS shall be coded for every still picture frame. For OGT each 
PES _ packet containing the start of an OGT_page() shall have a PTS encoded. 


Stream | Decode Timing | Remove unit | Restriction 

Video DTS of video frame | one coded picture | (DTS - SCR) <1s. 

Still Picture DTS of video frame | one coded picture | (DTS - SCR) < 2 s 

Audio PTS of audio frame | one audio frame (PTS - SCR)<1S 

Graphic PTS of graphics unit | one OGT page (PTS - SCR) < 4s 

Overlay and is recommended at entry points 
Text 


Table V-8 Time coding constraints 


All data for one picture is defined in Annex C, clause C.5 of ISO/IEC 13818-2. 

The SCR value shall be defined with the restriction that data shall not remain in any decoder 
buffer for more than the time specified above for its removal. 

This constraint allows for disc random access times of about one second. 
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V.3 MPEG VIDEO format 


The encoded video stream is stored in MPEG sectors. 
For the coding of video, the constraints defined by MPEG2 for the Main Profile at Main Level 
(MP@ML) and Variable Bit Rate (VBR) shall apply. 


V.3.1 MPEG2 video formats 


VIDEO coding | FRAME RATE | RESOLUTION (H x V) 
NTSC 29.97 Hz 480 x 480 
PAL 25 Hz 480 x 576 


Table V-9 Accepted video formats for compressed moving pictures 


The frame rate shall be 25 Hz (PAL) or 29.97 Hz (NTSC). It shall not change in an MPEG 
track, but may change from track to track. 

For 3:2 pull down material on NTSC the frame rate shall be set to 29.97 Hz and the use of the 
repeat _first_field and top_field_first flags is recommended. 


V.3.2 MPEG2 video encoding restrictions 


Every I-picture shall be preceded by a GOP header with possibly some user data, which in its 
turn shall be preceded by a sequence_header with its extensions and possibly some user data. 
Sequence headers preceding GOP headers shall be multiplexed in an Access Point sector. 

The packet scheduling policy may be arbitrarily defined so long as the peak rate constraint is 
observed and no buffer overflow/underflow results in the system target decoder (STD) buffer 


model. 
Field Value 
# of Pictures per GOP <= 36 display fields if frame rate = 29.97 Hz 
<= 30 display fields if frame rate = 25 Hz 
Maximum number of consecutive coded | 2 
B-frames 
VBV buffer size <= 224 KB 
Aspect ratio information 4:3 or 16:9 


Note: In case the stream is 16:9 and the decoder is set to 4:3 display then either pan-and-scan or 
letter-box conversion can be used by the decoder. 


Table V-10 MPEG2 video encoding restrictions 


V.3.2.1 Sequence extension header 


The progressive_sequence shall be set to ‘0’ (progressive or interlaced) for all resolutions. 
The low_delay shall be set to ‘0’. 


V.3.3 Special Information in the MPEG video signal 


If bit[3] of the Status Flags entry of the file INFO.SVD is set to one, then the top pixel row of the 
MPEG picture can contain special information. In this case the top pixel row is intended to be 
displayed at line 21 of the video output signal for NTSC. This Special Information is used for 
Closed Caption in USA. 


V.3.4 MPEG video parameters for Still Pictures 


Still pictures are only allowed in Segment Play Items (see clause V1.3), and are not allowed in 
MPEG tracks. The resolution can be normal (same as motion video) or it can be high (see 
Table V-11). 
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A Segment Play Item MPEG video stream can contain one or more Still Pictures. 

The pack and packet structure for a Still Picture video stream are the same as those specified 
for Motion Pictures (see clause V.1.1). 

A Still Picture shall start in an Access Point sector (see clause V.1.4). 

A Still Picture shall be encoded as an MPEG2 Intra Frame. 

The timing is determined by the SCR, DTS, and PTS values. 

The still picture rate is equal 1 Hz or less. 

The difference between the PTS values for two consecutive still pictures shall be a multiple of 
the frame period. 


Field | Value [Note 
sequence header code $000001B3 
NTSC PAL 

horizontal pixels x 480 x 480 480 x576 normal resolution 
vertical lines 704 x 480 704 x 576 high resolution 
aspect ratio information 4:3 or 16:9 
frame rate code 

PAL %0011 25 Hz 

NTSC %0100 29.97 Hz 
VBV buffer size <= 224 KB 
bit rate max. Bitrate used 


Table V-11 Sequence_header fields for Still Pictures 


V.4 MPEG AUDIO format 


The PS_stream may contain two audio streams. The audio stream is selectable by the user. 
The encoded audio data is stored in MPEG Sectors. 

In the audio stream the left audio channel is encoded as MPEG Audio Channel zero (CH-0) and 
the right audio channel as MPEG Audio channel one (CH-1). For Karaoke use the 
dual_channel mode is only used for special music programs having the music without the vocal 
part in one channel and the music with the vocal part in an other channel. In this case, MPEG 
Audio CHO carries the music with the vocal part. 

For general use the dual_channel mode can be used for two separate languages without 
compromising video/audio quality. In this case, MPEG Audio channel CH-0 carries the default 
language. 

The Table below, shows the application of the MPEG Audio channels. The only audio Mode 
change allowed within a Sequence, is to change between stereo and joint_stereo. 


Stereo program | Special Karaoke music program (dual_channel mode) 
CH-0 Left Mono without vocal 
CH-1 Right Mono with vocal 


Table V-12 Audio channel encoding 
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Field | Value 
Layer layer Il only 
Protection bit CRC check always on 
Bit Rate (may vary from frame to frame) 
mode = single_channel between 32 and 192 kbps 
mode = dual_channel between 64 and 384 kbps 
mode = stereo between 64 and 384 kbps 
mode = joint_stereo between 64 and 384 kbps 
Sampling frequency 44.1 kHz 
Emphasis no emphasis 
Note1 The playback device can distinguish between the audio tracks by using the stream_ID in 
the header. 


Note2 The bit rate may be switched per audio frame 
Table V-13 MPEG1 (ISO 11172-3) audio constraints 


V.4.1 Audio PES_packets 


All MPEG sectors with an audio frame shall contain a PTS. 
An audio PES_packet can comprise several MPEG audio frames. 
It is permissible for an MPEG audio frame to be split between consecutive audio PES packets. 


Field | Value "Note 

packet_start_code_ prefix $000001 

Stream_id 

audio stream SCH default 

additional audio stream $C1 only as 2” audio stream 

extended multi-channel $C2 only in combination with default audio stream 
stream 


Table V-14 Audio PES_packet header 


V.4.2 Variable audio stream bitrate 


MPEG audio can adapt the bit rate used by the encoder every audio frame (26.1 ms) to the 
complexity of the sound to be encoded. 

The use of VBR is optional on the disc, but the decoder in the playback device shall support it. 
Simple pieces of music demand a low bit rate, while complex sound require a higher one. When 
VBR is used, the average bit rate correspond to the average sound complexity, but at constant 
bit rate (CBR) the bit rate is set for the most complex piece of sound. A typical gain is 30 to 40 
%. 

CBR is a subset of VBR. 


V.4.3 Surround Sound coding 


V.4.3.1 


As an optional extension an MPEG2 Multi-Channel stream can be used. 

Surround Sound can be realized either by coding a Dolby Surround matrix encoded two- 
channel audio source with MPEG1 Audio, or optionally by coding a 5.1 channel audio source 
with MPEG2 Backwards Compatible audio. This mode is defined in the MPEG2 Audio standard. 
MC(5+1) is fully compatible with MPEG1. A MPEG1 decoder will decode the basic stereo (left 
and right) audio from the multi-channel MPEG2 audio signal. An MPEG2 multi-channel 
decoder may therefore be added as an option. 


MPEG2 audio constraints 


The same constraints as for MPEG1 audio with the following additions. 
If an MPEG2 extension stream is used then the second audio stream (StreamID = $C1) is not 
allowed 
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Value 
mc_prediction_on == ‘0’ 
no_of_multi_lingual_ch == ‘000’ 
*11” is not allowed 

dematrix_procedure *11” is not allowed 


Field 

No prediction 
No multilingual 
surround sound 


extension frame size <= 836 bytes 


Note1 Audio decoders shall support a switch in base bit rate and extension bit rate on audio frame 
boundaries. 


Note? The total audio bitrate is limited to about 640 kbps (384 kbps base and 256 kbps extended 
stream) 


Table V-15 MPEG2 audio constraints 


MPEG2 Audio Frame structure 


The structure of MPEG2 Multi-Channel audio without extension stream is identical to an 
MPEG1 audio stream. If the audio frame data does not fit into an MPEG1 audio frame, then the 
remaining data is packed as an extension frame in an extension stream (PES) with stream_id 
$C2. The first part of the audio frame, the base frame, is then packed into the base stream with 
stream_id $C0. In this case a pack may comprise multiple audio PES_ packets. 

Every audio PES_packet shall contain exactly one complete base or extension frame except for 
the first or last packet within a pack: The last packet may hold only the first part of a base or 
extension frame. The next pack with audio data shall then start with a ‘continuation’ packet 
containing the remaining base or extension frame data. 

Base and extension packets shall be interleaved, except in case of continuation packets which 
belong to the same stream as the preceding packet. So a base packet is always followed by the 
extension packet with the remainder of the audio frame data. 

The first audio packet of a program stream shall be a base packet. 

An extension frame will follow every base frame even if there is no need for it, because all audio 
frame data fits in the base frame. In this case an empty extension frame is encoded and packed 
in an extension packet. 

Because the maximum number of audio streams is limited to 2, no additional audio stream with 
stream_id $C1 is allowed when an extension stream $C2 is present. 

The use of VBR is recommended for MPEG2 Multi-Channel audio. 


I) MPEG -2 audio sector N ————_____—__———_p> 


Extension frame 


pack_ 
header 


PES_packet 
$C0 header 


Base frame 
n 


PES_packet 
$C2 header 


n 


PES_packet |Base frame 


$C0 header 


n+1 


41 MPEG-2 audio sector =X ——______________pp 


pack_ | PES_packet Base frame PES packet | Extension frame | PES_packet Base frame 
header | $C0 header n+1 (cont'd) $C2 header n+1 $C0 header n+2 
Figure V-f Example of a valid pack structure with base frame split over two sectors 
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I) MPEG -2 audio sector N ——_—_______—__——_p> 


pack_ | PES_packet Base frame PES_packet Extension frame 
header | $C0 header n $C2 header n 


41 MPEG-22 audio sector ` cb 


pack_ | PES_packet Extension frame PES_packet Base frame 
header | $C2 header n (cont'd) $C0 header n+1 


Figure V-g Example of a valid pack structure with extension frame split over two 
sectors 


V.5 Overlay Graphics and Text (OGT) 


The Graphics Overlay is designed for two main applications, namely Movie subtitling and 
Karaoke lyrics. lt is a high resolution overlay with 4 colors, and transparency. Multi-color 
support is provided, to allow for highlighting of song lyrics or other picture highlighting. 

A main advantage of OGT is that the graphics is not put into the video picture before encoding, 
but mixed in the decoder, which allows for selectable language and improved picture quality. 


A PS may only include an OGT sub_stream if it also contains a video stream. 
The OGT data is stored in private_stream_1. The header fields designate a sub_stream_id 
number. These four overlay streams are user selectable. 


sub_stream_id | default corresponding audio channel 
'00000000' audio _stream_id = $C0; Stereo or Mono Left 
'00000001' audio_stream_id = $C0; Mono Right 
'00000010' audio _stream_id = $C1; Stereo or Mono Left 
‘0000001 1' audio_stream_id = $C1; Mono Right 
else reserved 


Table V-16 sub_stream_id values for overlay_graphics() 


V.5.1 OGT display model 
The OGT display model is based on two separate exactly overlapping video planes, one for 
motion video, and one for OGT. The OGT page is displayed on top of the video picture, and the 
aspect ratio shall be the same for both video planes (i.e. The MPEG video and OGT data). See 
Figure V-h below. 
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Screen_display_area (704x480) or (704x576) pixels 


OG_page 
top_line : 


left pixel 
OG_page CLUT 


OG width 


Highlight(2) CLUT 


OG_height 


Highlight(1) CLUT 


Figure V-h OGT display model 


V.5.1.1 Screen_dispay_area 


The screen_display_area for the OGT plane has a fixed resolution, independent of the video 
resolution, and the co-ordinates increase from top to bottom and from left to right. 


Video stream coding | OGT resolution (H x V) 
NTSC 704 x 480 
PAL 704 x 576 


Table V-17 OGT resolutions 


V.5.2 OGT private_data_field 
Each private data field shall contain OGT stream data 


Syntax | #bits | Datatype 
overlay_graphics(){ 
if ( private_data_id=='01110000') { 


page_complete_flag 1 bslbf 
packet_sequence_count 7 uimsbf 
page_number 16 uimsbf 
for (i=0; i<N; i++) 

OGT_stream_data 8 bslbf 


Table V-18 Overlay_graphics() structure 


page_complete flag -- This is a one bit flag which is set to '1' if page_data contains the last 
portion of any OGT_page. Otherwise it is set to '0'. 
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packet_sequence_count -- This unsigned integer is set to '0' if page_data contains the first 
portion of any OGT_page. Otherwise it contains an integer value which is one higher than the 
previous private_stream_1 packet with the same private data d and sub stream d. 


page_number -- This unsigned integer uniquely identifies an OGT_page in an OGT stream. 
The number is the same for all packets carrying OGT data of the same page. Every page with 
display_data has an unique page number, increasing from 0 assigned to the first page in the 
stream. If only the page header changes to redefine CLUT values or display positions, then the 
same page_number shall be used as for the page with the corresponding display_data. 


OGT_stream_data -- This entry contains an even number of bytes from the OGT_stream. An 
OGT_stream is a sequence of OGT pages stored in PES packets. The OGT page shall be 
aligned with the PES packet, and each packet shall not contain data from more than one OGT 
page. 


V.5.3 OGT stream coding 


Syntax m 
OGT_stream() { 
for ( page_number = 0; page number <= last_page; 
page_number++ ) 
OGT_page() 


We eS 
Table V-19 OGT_stream 


V.5.4 OGT page coding 


Co-ordinate values increase from top to bottom and from left to right of the display 

The OGT page_area shall be inside the OGT display_area, and the size is restricted by limiting 
the number of pixels it may contain. 

The OGT page is coded with 2 bit per pixel and a CLUT table. The CLUT defines the 4 possible 
color and transparency values for the pixels of a OGT page. The CLUT can change from page 
to page. 

One or two Highlight areas can be defined inside the OGT_page area, with corresponding own 
CLUT tables. These can be used for Karaoke lyrics color synchronization 

The displayed OGT page can either be directly replaced by a new OGT page ( which can be 
empty to end presentation of the old page ), or shifted by scrolling ( up, down, left, or right ). The 
smoothness is depending on the decoder processing performance. The time to fully replace the 
old page is defined in the OGT page header. 

An OGT page is displayed until next OGT page starts, or until the display time defined by the 
duration_time. 


OGT_page -- The OGT_page defines all values and data needed for display of OGT pictures. 
Every page with display data has an unique page number, increasing from 0 of the first page. 
All header values may be (re-)defined for every page. 
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Syntax |  Fbits | Datatype 
OGT_page() { 

page_data_length 16 uimsbf 
CLUT_type 4 bslbf 
duration_time_flag 1 bslbf 
page_flag 1 bslbf 
display_data_flag 1 bslbf 
highlight_1_flag 1 bslbf 
highlight_2_flag 1 bslbf 
reserved 7 bslbf 
if (duration_time_flag == 1 ) 

{ duration_time } 32 uimsbf 
if (page_flag == 1 ) { 

page_area() 64 uimsbf 

CLUT_data() 128 uimsbf 
} 
if (highlight_1_flag == 1 ) { 

highlight_area() 64 uimsbf 

CLUT_data() 128 uimsbf 
if (highlight_2_flag == 1 ) { 

highlight_area() 64 uimsbf 

CLUT_data() 128 uimsbf 
if (display_data_flag == 1 ) 

display_data() 
while ( !longword_aligned() ) 

stuff_byte 8 uimsbf 

e A o | 


Table V-20 OGT_page() 


page_data_length -- This 16-bit integer specifies the number of bytes in this page including this 
entry. The value shall be a multiple of 4. Stuffing bytes shall be added to ensure 4-byte 
alignment. 


CLUT_type -- This 4 bit- entry specifies the type of CLUT the display_data is intended for. A 
value of '0010' specifies 2 bits/pixel data intended for a CLUT with 4 entries. Other values shall 
be reserved. 


duration_time_flag -- A 1-bit flag, which set to '1' indicates that the duration_time entry is 
present in the OGT_page(). If it is set to ‘0’ then page displayed until next page or 
end_of_program_stream. 


page_flag -- A 1-bit flag, which set to '1' indicates that the page_area() and page CLUT data 
entrys shall be present in the OGT_page(). This flag shall be set to ‘1’ if display_data_flag is set 
to ‘1’. 


display_data_flag -- A 1-bit flag, which set to '1' indicates that the display_data() entry is 
present in the OGT_page(). This entry defines the pixel data to be loaded into the OGT display 
buffer. This flag shall be set at for first OGT page at or after an entry point, see clause IV.3.2. 


highlight_1_ flag -- A 1-bit flag, which set to '1' indicates that the CLUT_area() and 
CLUT_data() entries shall be present in the OGT_page() for the highlight area #1. 
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V.5.4.1 


V.5.4.2 


highlight_2 flag -- A 1-bit flag, which set to '1' indicates that the CLUT_area() and 


CLUT_data() entry shall be present in the OGT_page for the highlight area #2. 
reserved -- Reserved bits shall contain the value '0'. 


duration_time -- This 32-bit unsigned integer specifies the maximum time period to display this 
OGT_ page in units of the period of the system clock frequency divided by 300 (yielding 90 
kHz). The duration time may extend beyond the start of the next OGT page. The start of the 
next OGT page will terminate the presentation of this page. 


longword_aligned() -- This function returns TRUE if the page data length is a multiple of 4. 
Stuffing bytes shall be added to ensure 4-byte alignment. 


stuff_byte -- One stuffing byte that shall be coded as '$00". 


OGT page area 


page_area() -- This 64-bit defines the rectangular area of OGT page, where the display_data() 
values are valid. The page_area is restricted by ( page_width x page_height ), see clause V.5.9. 
The value applies for both PAL and NTSC. The page_area shall be inside the 
screen_display_area. The following entry of CLUT_data() is valid for the whole page_area 
except where a highlight_area is present. 


Syntax | # bits | Data type 

page_area () { 
page_area_horizontal_start_position 16 uimsbf 
page_area_vertical_start_position 16 uimsbf 
page_area_width 16 uimsbf 
page_area_height 16 uimsbf 

) 


Table V-21 page_area 


page_area_horizontal_start_position -- This unsigned integer specifies the horizontal position 
of the leftmost pixels of the page_area in terms of frame coordinates relative to the 
screen_display_area. The value shall be equal or greater than O less than 704 ( screen width ). 
The value shall be even. 


page_area_vertical_start_position -- This unsigned integer specifies the vertical position of 
the top line of the page_area in terms of frame coordinates relative to the screen_display_area. 
The value shall be equal or greater than 0, and less than 480 / 576 ( screen height ). The value 
shall be even. 


page_area_width -- This unsigned integer specifies the number of pixels per line of the 
OGT_page, and is restricted by that the page area shall not fall outside the 
screen_display_area. The value shall be even. 


page_area_height -- This unsigned integer specifies the number of lines of the OGT_page, and 


is restricted by that the page_area shall not fall outside the screen_display_area. The value 
shall be even. 


OGT CLUT data 


CLUT_data -- This 16-byte entry .defines the CLUT values for the OGT page and the 
highlight_area(s). CLUT entries shall be in the order of increasing input address values. 
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Syntax |  Fbits | Datatype 
CLUT_data() { 
if (CLUT_type == '0010') { 
for (i=0;i<4;i++) { 


Y_value 8 uimsbf 
Cb_value 8 uimsbf 
Cr_value 8 uimsbf 
mix_ratio 8 uimsbf 


} 
} 
} 


Table V-22 CLUT_ data 


Y_value -- The Y output value of the CLUT for this entry as defined in ITU-R BT601-3. 
Cb_value -- The Cb output value of the CLUT for this entry as defined in ITU-R BT601-3. 
Cr_value -- The Cr output value of the CLUT for this entry as defined in ITU-R BT601-3. 
mix_ratio -- This is a eight bit entry specifying the level of blending of Overlay Graphics pixel 
values with the decoded video. The following blending formula applies: 

Display output = ( mix_ratio / 255 ) * OGT_output + ( (255-mix_ratio) / 255 ) * video_output 


V.5.4.3 OGT highlight area 


highlight_area() -- This 64-bit entry defines the rectangular area fully inside the OGT 
page_area, where the following entry CLUT_data() override the CLUT_data() from page_area(). 
Highlight_area 2 shall be below Highlight_area 1. 


Syntax | #bits | Datatype 
highlight_ area () { 
area_horizontal_start_position 16 uimsbf 
area_vertical_start_position 16 uimsbf 
area_width 16 uimsbf 
area_height 16 uimsbf 
) 


Table V-23  highlight_area 


area_horizontal_start_position -- This unsigned integer specifies the horizontal position of the 
leftmost pixels of this area in terms of frame coordinates relative to the OGT_page_area. The 
value shall be equal or greater than 0, and less than page_area_width. 


area_vertical_start_position -- This unsigned integer specifies the vertical position of the top 
line of this area in terms of frame coordinates relative to the OGT_page_area. For 
Highlight_area 1 the value shall be equal or greater than 0, and less than page_area_height. 
For Highlight_area 2 the value shall be greater than Highlight_area 1 bottom line. 


area_width -- This unsigned integer specifies the number of pixels per line of the 
highlight_area. The value is restricted by that the highlight_area shall not fall outside the 
page_area. 


area_height -- This unsigned integer specifies the number of lines of the highlight_area. The 
value is restricted by that the highlight_area shall not fall outside the page_area, and that 
Highlight_area 2 shall be below Hightlight_area 1. 
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V.5.5 OGT display data coding 


display_data -- The display_data is divided into two data parts, The top_field starting with the 
first line of the OGT_page and the bottom_field starting with the second line. This results in a 
more memory efficient decoding, since the proper field data can be decoded during the display 
time. All data is coded line by line. 


Syntax | #bits | Datatype 
display_data() { 
clear_page_flag 1 bslbf 
shift_flags 3 bslbf 
reserved 4 bslbf 
if ( shift_flags != '000' ) 
duration 32 uimsbf 
top_field_data_length 16 uimsbf 


// for (top_field .. bottom_field ) 
for ( field=0; field<2; field++) { 
for ( line=field; line<( page_area_height), line += 2 ) 


line_data() i uimsbf 
if ( <actual field length is odd> ) 
stuff_byte 8 uimsbf 


} 


} 
Table V-24 = display_data 


clear_page flag -- This is a 1-bit entry. When set to '1' the display_buffer shall be cleared 
before shifting in new bitmap data. ( shift_flags != 0 ). 


shift_flags -- This is a 3-bit entry indicating the intended transition effect. The shift starts at the 
PTS value, and the duration of the transition is given by the next_PTS value. If shift_flags !== 
‘000’ then the page_area values shall be same as for previous page. 


shift flag | transition effect 
‘000' direct overwrite 
"100" shift new page from top 
101' shift new page from left 
"110 shift new page from right 
111' shift new page from bottom 
else reserved 


Table V-25  shift_flag values 


duration -- This 32-bit unsigned integer specifies the length of the transition period for this 
OGT_ page in units of the period of the system clock frequency divided by 300 (yielding 90 
kHz). It's value is derived from the difference of the two PTS values. 


top_field_data_length -- This 16-bit integer specifies the total number of line_data() bytes of 
the top_field. The value shall be even. 


stuff_byte -- One stuffing byte that shall be coded as $00. 


V.5.6 OGT line data coding 


line_data -- This entry contains the pixel data for one line. The scan order is top left to bottom 
right, first for the top_field, then for the bottom_field. 
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Syntax | #hbits | Datatype | Contents 
line_data() { 
if (CLUT_type == ‘0010’ ) { 
i=0; while 
(i<page_area_width) { 
CLUT_code; 2 uimsbf 
i++; 
if (CLUT_code=='00' ) { 
LL; 2 uimsbf 
¡+= LL 
) 
) 
) 
while ( ! bytealigned() ) 
stuff_bits 2 bslbf %00 
} 


Table V-26 line data 


The string of RLC encoded bits representing one or more consecutive pixels with the same 
CLUT value. Run Length Coding (RLC) shall be used when possible. 


encoded CLUT_code | number of consecutive pixels with same value 
pixel_code_string | | 
01 c1 1 
10 c2 1 
11 c3 1 
00 LL CH LL+1, where LL is a 2-bit code of value 0..3 


Note c0 shall be used as back-ground color for best compression efficiency. Furthermore, c0 
shall be coded using the largest possible LL. 


Table V-27 _ pixel_code_string 


CLUT_code -- Specifying the pseudo-color of a pixel as an entry number of a CLUT 
representing 4 color levels per pixel, as defined below. 


Syntax | Value 


co CLUT entry 0, default background color 
c1 CLUT entry 1 
c2 CLUT entry 2 
c3 CLUT entry 3 


Table V-28 CLUT_code 


V.5.7 OGT Presentation Time Stamps (PTS) 


Unlike video data, OGT displays have no natural refresh rate. So, each OGT_page() shall be 
associated with a PTS to control when it shall be displayed. DTS values are not required in the 
PES _packet. 

Every PES packet, in which a OGT_page() commences, shall have a PTS value. It is possible 
that a OGT_page() may have to be split over more than one PES packet. A PTS value in these 
PES packets is not needed. 

A OGT PES packet shall not contain data from more than one OGT_page(). 

All of the page_data for a OGT_page() shall be delivered to the Transport-Buffer in time to 
allow the OGT-decoder to decode all of the data by the time indicated by the PTS. 
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V.5.8 OGT Decoder Reference Model 


The OGT Decoder Reference Model is an abstraction of the processing required for the 
encoding of OGT streams so no overflow occur in the Transport-Buffer (TB), and that all page 
data is available for the decoder in time for the specified start of display (PTS). 

The main purpose of this model is to define a the constraints which can be used to verify the 
validity of OGT streams. A SVCD decoder shall be compliant to this model, but may be 
implemented differently. 

The buffer model only apply for a single OGT sub_stream. 


Figure V-i OGT Decoder Reference Model 


PS OGT transport 
buffer +» PTS buffer 


OGT decoder 
bit_rate (Rout) 


OGT 
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bit rate (Rmux) 
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Decoded OGT 

d page 2-bit/pixel 
Pixel_data- Display 
buffer encoder 


OGT page rate 


The input to the OGT decoding process is a MPEG2 Program Stream (PS). After de- 
multiplexing, OGT PES packets of the selected sub-stream enter into a OGT transport buffer 
(TB) and the PTS values of the OGT pages are stored in a separate buffer. The TB is filled at 
muxrate (Rmux). At the time (PTS - max_Decoder_latency), the complete OGT_page() shall 
be available in the TB. 


The TB may contain more than one OGT_page(), each with it’s own PTS. An OGT_page() can 
contain display pixel data or only new CLUT_data for color highlighting effects. Due to the 
compression of line_data() the OGT_page() size in the TB can be smaller than the OGT_page 
display_size. The TB size is limited to Transport_Buffer_size. 


The OGT_page() is transported from the TB to the OGT-decoder at rate (Rout) in time to be 
decoded into a Pixel_data-buffer for display at the time specified by the PTS. 

If the OGT_page() CLUT_data is stored in a separate CLUT-buffer to be used by the Display- 
encoder. 

The page is displayed until (PTS + duration_time), or at display of the next OGT_page(). 


In case the decoder supports the optional page shift function, the new OGT_page() is gradually 
replacing the old page on the screen for the intended transition effect, in the direction defined by 
the shift_flags, until the time = next_PTS. In this case the Pixel_data-buffer shall be able to 
store both pages. 
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V.5.9 OGT coding restrictions 
Field 


page_height ) 

OGT display_data size 

Input rate to OGT transport buffer 
(Rmux) 

Output rate from TB to OGT decoder 
(Rout) 

Transport_Buffer_size 

PTS - SCR 

max_Decoder_latency 

Time difference between PTS values of 
two consecutive OGT data pages 


| Value 
OGT_page display_size ( page_width x 


<= 135168 pixels ( 2 bits/pixel) 


<= 33792 bytes 
<=2788800 bps 


>= 2.7 mbps ( 135168 pixels over 100ms ) 


>= 48 KB 
<= 4 sec 
100 ms 

>= 1 sec 


Table V-29 OGT coding restrictions 

V.6 USER data 
On an SVCD disc it is only allowed to encode user_data in the picture layer of the MPEG Video 
stream. 
On an SVCD disc all user_data shall use a tag field and a length field. The tag field indicates 
the usage of the user_data. 
User_data is used to encode scan information and closed caption information. In every picture, 
there may be multiple user data blocks (user data start code followed by user data). In this case, 
only the first block is described in this specification. Subsequent user data blocks may be used for 
other purposes. 

V.6.1 User data structure 


The general structure of all User Data is given in Table below. The total length of all 


User_data_groups is 64 Byte maximum. 


Table V-30 General structure of User Data 
Field Name | +bytes [| Datatype | Contents 
user_data_start_code 4 uimsbf $000001B2 
user_data_group #1 variable see Table V-31 
user_data_group #N variable Table 111-1 


user data start code -- See ISO 13818. 


User_data_group HN -- 


The user data start code is 


followed by a number of 


User_data_groups, the number AN being an ordinal number that identifies the 
User_data_group. 
Field Name | bytes | Datatype 
Tag_name 1 uimsbf 
U_length 1 uimsbf 
U data U_length - 2 
Table V-31 General layout of a User_data_group 
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Tag_name -- This one byte code defines the usage of U_data. 


Tag_name value | Description 


$00 .. $0F Reserved 

$10 Scan Information 
$11 Closed Caption Data 
$12 .. $FF Reserved 


Table V-32 Usage of Tag_name 


U_length -- This one byte unsigned integer defines the number of bytes contained in 
Tag name plus U_length HN plus U_data. 


U_data -- This field contains the actual User Data. 


V.6.2 Scan Information Data 


lt is mandatory to encode Scan Information User_data_groups, coded as user_data in the 
picture layer of all Intra pictures. 

Scan Information data contains forward and backward pointers to Access Point sectors. 

Scan Information data is used for both Motion Pictures and Still Picture program streams. 


Entry Name | #bytes | Datatype | Value 
Tag_name 1 uimsbf $10 
U_length 1 uimsbf $0E 
Previous | offset 3 BCD 

Next 1 offset 3 BCD 

Backward_ offset 3 BCD 

Forward_ offset 3 BCD 


Table V-33 Layout of a User_data_group for Scan Information 


Sector Offset values -- The values of Previous | offset, Next_l offset, Backward_offset and 
Forward_offset shall be encoded as a Sector Offset value. For an MPEG Track, the Sector 
Offset value for a Sector is the offset in Sectors from the start position of the Track, as given in 
the Table Of Contents. For a Segment Play Item, the Sector Offset value for a Sector is the 
offset in Sectors from the first Sector of the Segment Play Item. 


The Sector Offset value is encoded as a six digit BCD number (mm:ss:ff). The first byte of the 
Sector Offset value contains the Minutes fraction (0..99) of the Sector Offset value. The second 
byte of the Sector Offset value contains the Seconds fraction (0..59) of the Sector Offset value, 
in addition to this the most significant bit of the second byte shall be set to %1. The third byte of 
the Sector Offset value contains the Sectors fraction (0..74) of the Sector Offset value, in 
addition to this the most significant bit of the third byte shall be set to %1. 


Previous 1 offset -- This entry contains the Sector Offset value to the Access Point sector (see 
clause V.1.4) containing the the Track or the Segment Play Item. If there is no previous | picture 
then the value shall be set to $FFFFFF. 


Next_l_ offset -- This entry contains the Sector Offset value to the Access Point sector (see 
clause V.1.4) containing the first byte of the picture_start_code of the next I-picture within the 
Track or the Segment Play Item. If there is no next | picture then the value shall be set to 
$FFFFFF. 
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Backward_offset -- In case of a still picture stream then this value is equal to the 


Previous _| offset value, and in case of moving pictures then this entry contains the Sector 
Offset value to the Access Point sector (see clause V.1.4) containing the first byte of the 
picture_start_code of an I-picture 5..10 seconds backwards within the Track or Segment Play 
Item. If there is no start of an I-picture at a distance of 5..10 seconds backwards, then the 
Backward_offset points to the start of the first I-picture in the Track or Segment Play Item. 


Forward_offset -- In case of a still picture stream then this value is equal to the Next_l_offset 
value, and in case of moving pictures then this entry contains the Sector Offset value to the 
Access Point sector (see clause V.1.4) containing the first byte of the picture_start_code of an l- 
picture 5..10 seconds forward within the Track or Segment Play Item. If there is no start of an l- 
picture at a distance of 5..10 seconds forward, then the Forward_offset points to the start of the 
last I-picture in the Track or Segment Play Item. 


V.6.3 Closed Caption Data 
If Closed Caption Data is encoded as user_data, then bit[4] in the Status Flags entry of the file 
INFO.SVD shall be set to %1, else this bit shall be set to %0. 
Closed Caption Data can only be encoded for the MPEG Tracks. 
If a SVCD disc contains Closed Caption Data, then the file(s) CAPTnn.DAT shall be present in 
the directory EXT. 
For Closed Caption Data, the layout of the User_data_group is given in Table V-34 below. 


Entry Name | # bytes | Data type | Value 


Tag_name 1 uimsbf $11 
U_length 1 uimsbf 
CC user data (U_length) - 2 uimsbf 


Table V-34 Layout of a User_data_group with Closed Caption Data 


CC_user_data -- The CC_user_data shall be encoded in an even number of bytes. The format 
of the CC_user_data is defined in ElA-608. The first CC user data byte corresponds to EIA- 
608 "character 1". 

The maximum number of CC_user_data bytes per second is equal to 59.94. 
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VI. Segment Play Item (SPI) coding 
VI.1 General 
Segment Play Items shall be encoded in consecutive segments in the Segment Play Item (SPI) 
area (see clause III.3.2). 
AS in the case for normal motion pictures video in MPEG tracks, Segment Play Items also allow 
for Still Pictures and Audio only MPEG streams, and are used by the PSD (see chapter VII). 
VI.2 Segment Play Motion Video 
Segment Play Items MPEG video data is specified in MPEG video format clause V.3. 
VI.3 Segment Play Still Picture 
Segment Play Items may contain one or more still pictures. 
Still pictures can only be located in the Segment Play Item Area. 
MPEG still picture coding for Segment Play Items is specified in clause V.3.4. 
It is expected that the last Still Picture remain on the screen, until a new item is played. 
VI.4 Segment Play Audio 
MPEG audio data for Segment Play Items is specified in clause V.4. 
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Vil. Play Sequence Descriptor (PSD) 


Vil.1 PSD file structure 


This chapter describes the Play Sequence Descriptor (PSD.SVD) file. This is a set of control 
structures that enables the playback of preprogrammed sequences with user selection and 
interaction, called User Interaction mode. 

The PSD control structures resides in PSD.SVD file. 


VIl.1.1 PSD Lists 
The PSD file contains a set of basic control structures called Lists. 


The Play List defines a list of Play Items that shall be played in sequence. 

A Play Item shall be one of the following items: 

1) The whole or part of an MPEG Track. 

2) A Segment Play Item in the Segment Play Item Area containing: 
e MPEG Video; with or without MPEG Audio 
e One, or more, MPEG encoded Still Pictures; with or without MPEG Audio. 
e MPEG Audio only with no pictures or video. 


A Play Hem is located in the Segment Play Item Area or in an MPEG Track. 
If a Play Item includes one or more pictures, the last picture is displayed until it is replaced by 
the next picture. 


The Selection List defines the action of the playback device in response to various user inputs, 
and may be used to implement menu systems for user selection of sequences. The Selection 
List may be extended to include hotspot information. The playback device shall respond to user 
actions (NEXT, PREVIOUS, DEFAULT SELECTION, NUMERIC, RETURN) as described in 
Annex A. 


The End List is used to terminate the PSD control interpretation. 


The Command List is an optional extension to the PSD lists (Play List, Selection List and End 
List), and it defines the commands that shall be executed before the PSD List is interpreted. 
Playback devices that can not support the Command List option can still interpret the PSD Lists 
and ignore the Command Lists. It provides more interactivity by a Command List Interpreter and 
use of variables for storing scores and other application variables. 


Vil.1.2 PSD List ID Number 


Every List, except the End List, is identified by a unique List ID Number. The first List in the 
PSD.SVD file (offset $0000), which shall have List ID Number $0001. Other List ID Numbers 
can be assigned at random to Lists in the range of $0002 .. $7FFF. However it is recommended 
that the List ID Numbers shall be assigned in ascending order. 

The default starting point for interpretation of the PSD.SVD file is at List ID number $0001, 
which is located at the beginning of the PSD.SVD file at List offset $0000. (see clause VII.1.3) 
A mechanism exists for the user to start at alternative List ID Numbers., by using the information 
contained in the List ID Offset Table (LOT.SVD) of indexed offsets into the PSD.SVD file. 


VII.1.3 PSD List Offset 


The reference to a PSD List is called a List Offset. The List Offset value is expressed in Offset 
Units. The size of the Offset unit (in bytes) is defined in the Offset Multiplier field in the 
INFO.SVD file. The referenced List is located at the byte position in the PSD.SVD file calculated 
from the beginning of the PSD file equal to the offset value multiplied by the Offset Multiplier. 
All Lists, except the Command List shall start at an Offset Unit boundary. 

The first byte in the PSD.SVD file has an offset value of $0000. 
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List offsets in the Play List, Selection List and End List may not refer to a Command List. 


Vil.1.4 PSD constraints 
A List shall not cross a Sector boundary. Unused bytes in the PSD.SVD file shall be set to $00. 


Vil.2 Play List 


The Play List defines a list of Play Items that shall be to be played sequentially. 

The location of the Play List is defined by the List offset value. 

Play Items in a Play List shall have same number of OGT streams and Audio channels and 
same Audio mixing settings. It is recommended that the same language be allocated to stream 
and channel id. 


Entry Name | #bytes | Datatype | Contents | Note 
Play List Header 1 uimsbf $10 identifier 
Number Of Items (NOI) 1 uimsbf in range 1..255 
List ID 2 uimsbf 

Previous List Offset 2 uimsbf 

Next List Offset 2 uimsbf 

Return List Offset 2 uimsbf 

Playing Time 2 uimsbf 

Play Item Wait Time 1 bslbf 

Auto Pause Wait Time 1 bslbf 

Play Item#1 Number 2 uimsbf 

Play ltem#(NOI) Number 2 uimsbf 


Table VIl-1 Play List structure 


Play List Header -- This one byte code identifies the beginning of the Play List and equals $10. 


Number Of Items (NOI) -- This one byte unsigned integer gives the number of Play Items in 
this Play List. The minimum value for NOI is one, and the maximum value is 255. 


List ID -- This two byte entry gives the List ID Number as described in Table VII-2. 


Bit position | #bits | Data type | Value | Contents 


0..14 15 bslbf List ID Number | $0001 .. $7FFFF 
15 1 bslbf %0 This List is not rejected in the LOT 
%1 This List is rejected in the LOT 


Table VII-2 Layout of the List ID entry 


Previous List Offset -- This two byte entry contains the List Offset value for the List that shall 
be played on executing the "PREVIOUS" function. If the List Offset is set to $FFFF, then the 
function is disabled. 


Next List Offset -- This two byte entry defines the List Offset value for the list that is played 
after playing this list or on executing the "NEXT" function. The entry shall refer to a valid List, so 
the value $FFFF is not allowed. 


Return List Offset -- This two byte entry defines the List Offset value for the list that is played 
when the "RETURN" function is executed. If the List Offset is set to $FFFF, then the function is 
disabled. 
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Playing Time -- This two byte unsigned integer, in units of 1/15th second, defines the time to 
play from each Play Item of this Play List, starting from the beginning of the item. The Playing 
Time cannot exceed the maximum playing time of any Play Item. If the value is set to $0000 
play continuos until the end of the Item. The Playing Time is zero for a Still Picture. 


Play Item Wait Time -- This two byte entry defines the wait time after playing each Play Item. 
All waits may be terminated by user interaction function. 


Value i Wait Time 
0 no wait 
1-60 1 - 60 sec 
61 70 sec 
62 80 sec 
n (n - 60) x 10 + 60 sec 
254 2000 sec (33 min. 20 sec) 
255 infinite 
Table VII-3 Layout of the Play Item Wait Time entry 


Auto Pause Wait Time -- Auto Pause Wait Time is the wait time at Auto Pause. This wait time 
is used for each Play Item of this Play List. The Auto Pause function is executed on playing a 
sector which has the trigger bit set to one. When the Auto Pause function is executed, the 
playback device pauses the play until a manual interaction occurs, or until the Auto Pause Wait 
Time is exceeded. See Play Item Wait Time for the definition of this value. 


Play Item #n Number (n = 1..NOI) -- This two-byte unsigned integer contains the Play Item 
Number (PIN) to be played. 


Play Item Number (PIN | Description 
0..1 Play nothing 
2.. 99 Play corresponding Track number 
100 .. 599 Play from Entry in "ENTRIES.SVD" to the end of the Track. 
Entry Number = PIN - 99. 
600 .. 999 Reserved 
1000 .. 2979 Play Segment Play Item. Segment Play Item Number = PIN - 
999. 
2980 .. $FFFF Reserved 
Table VIIl-4 Definition of Play Item Number 
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VIL3 Selection List 


The Selection List is used in the PSD.SVD file, and is a List for implementing selection menus 


and enabling branching 


under user control. 


Table VIl-5 Selectio 


n List structure 


Syntax # bytes| Data type Contents [Note 
Selection List Header 1 uimsbf $18 
Selection List Flags 1 bslbf 
Number of Selections (NOS) 1 uimsbf in range 0..99 
Base of Selection Number (BSN) 1 uimsbf in range 1..99 
List ID 2 uimsbf 
Previous List Offset 2 uimsbf 
Next List Offset 2 uimsbf 
Return List Offset 2 uimsbf 
Default List Offset 2 uimsbf 
Time-out List Offset 2 uimsbf 
Wait Time for Time-out 1 uimsbf 
Loop Count & Jump Timing 1 bslbf 
Play Item Number 2 uimsbf 
for (i1=BSN; i<BSN+NOS; i++ ) { 
if ( Default list Offset < $FFFD ) 
Selection_offset(i) 2 uimsbf 
if ( Default list Offset == $FFFD 
or Default list Offset == $FFFE ) 
Multi_default_selection_offset(i) 
} 2 uimsbf 
if extension_flag =='1’ { 
Previous List Selection area 4 bslbf 
Next List Selection area 4 bslbf 
Return List Selection area 4 bslbf 
Default List Selection area 4 bslbf 
for (¡=BSN; i<BSN+NOS; i++ ) 
Selection_area(i) 4 bslbf 
} 


Selection List Header: --This one-byte code identifies the beginning of the Selection List and 


equals $18. 


Selection List Flags -- This one byte entry contains 8 flag bits as defined in Table VII-6. 


Position |Entry Name | Value |Contents / Action 
bit[0] ¡Selection Areaflag| %0 {No Selection Area Entries 
%1 [Selection Area Entries follows after selection 
_ofíset() 
bit[1] [Command List flag) %0 |No Command list appended. 
%1  |Command List appended to the Selection List 
bit[2..7] |Reserved %0 [not used 


Note: If the Extension bit is set then the Selection List contains additional data for the use of 
selection systems that use screen pointing devices. 


Table VII-6 


Definition of Selection List Flags 
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Number of Selections (NOS) -- This one-byte unsigned integer contains the number of 
selections in this List. The maximum number of selections is 99 (from 0 to 99). If the Time-out 
List Offset is equal to $FFFF, then the value of $00 is not allowed for NOS. If the Default list 
Offset = $FFFD or $FFFE then NOS = number of Entries for current Track in ENTRIES.SVD. 


Base of Selection Number (BSN) -- This one-byte unsigned integer indicates the first selection 
number in this List. The range is 1 to 99. The maximum value for BSN + NOS is 100. If the 
Default list Offset = $FFFD or $FFFE then BSN=$01. 


List ID -- See the description of List ID for Play List (VII.2) 
Previous List Offset -- See the description of Previous List Offset of Play List (VII.2). 


Next List Offset -- This two-byte value is the offset of the list that is played on executing the 
"NEXT" function. If this equals $FFFF, the "NEXT" function is disabled. 


Return List Offset -- See the description of Return List Offset of Play List (VII.2). 


Default List Offset -- This two-byte value is the List offset for executing the "Default Selection" 
function. 

If the value equals $FFFF, then the "Default Selection" function is disabled. 

For Multi_default_selection_offset(i) the value equals $FFFD or $FFFE. 

The Multi Default Selection function can be used on MPEG Tracks which have been divided into 
parts by means of entries in ENTRIES.SVD. If there are N entries in ENTRIES.SVD for a Track 
then NOS = N. 

Within a Track, the part #N is defined as the part between the Nth Entry and the (N+1)th Entry 
or between the Nth Entry and EOF in the case of the last part. See Figure VIl-a below. 

When the "Default Selection" function is executed while playing part DN. then 
Multi_default_selection_offset(N) is selected. 

If the List Offset equals $FFFD, then the Numeric function is disabled. 

With a Multi Default Selection the Jump Timing bit shall be set to %0 (jump immediately). 


Selection Selection 


Selection 
#1 offset #2 offset #3 offset 


A JI Track M (2-99) td 


ITN 


EOF 
Nth Entry 


Selection Selection 
#N-1 offset #N offset 


1st Entry 3rd Entry 
2nd Entry 4th Entry (N-1)th Entry 


Figure Vil-a Example of Multi default selection 


Time-out List Offset -- This two-byte value is the offset of the List that is played after Time-out 
i.e. after the Play Item has been repeated the number of times specified by Loop Count. If 
Time-out List Offset equals $FFFF and the Wait Time has elapsed, one of the Selection HN 
Offset Lists is played randomly after Time-out. 

Time-out will not occur if the play or wait period is terminated by valid user interaction. 


Wait Time for Time-out -- This one byte value is the time to wait after the Play Item is played 
the number of times defined by Loop Count. The value for Wait Time for Time-out uses the 
same definition as Play Item Wait Time of Play List (VII.2). 
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Loop Count & Jump Timing -- This byte contains two entries, Loop Count and Jump Timing. 
The Loop Count defines the number of times to repeat the Play Item. Jump Timing defines the 
way in which play is terminated as a result of user interaction. The recommended value is $81 
for a Play Item that contains one Still Picture without audio. 

When the Jump Timing bit is set to %1, it is recommended that the maximum length of the Play 
Item is 5 seconds. 


Position |Entry Name | Value [Desription 
bit[0..6] ¡Loop Count 0 Loop infinite. 
else Loop ` Loop the number of times given by the field. 
count 1..127 
bit[7] ¡(Jump Timing %0 Stop playing Play Item and jump to the 
corresponding selection offset immediately. 
%1 Wait until completion of the current repetition of the 

Play Item and jump to the corresponding selection 
offset. 


Table VII-7 Definition of Loop Count & Jump Timing 


Play Item Number -- This 2-byte unsigned integer contains the single Play Item Number which 
is to be played during this selection. It is coded in the same way as the Play Item Number in the 
Play List (VII.2). 


Selection_offset(i) -- This 2-byte unsigned integer contains the List offset corresponding to 
selection number N, where N=i. 
If the value equals $FFFF, then the corresponding selection is ignored. 


Multi_default_selection_offset(i) -- This 2-byte unsigned integer contains the List offset 
corresponding to the Entry number N being played of current Track, where N=i. 
If this equals $F FFF, the corresponding selection is ignored. 


VII.3.1 Selection Area Fields 


This part of the Selection List is only valid if the Selection Area Extension flag (bit#0) is set to 
%1. 

It contains additional data fields that can be used by (computer) playback systems that use 
pointing devices for user interaction, or for systems that can highlight selected areas. 
Highlighting is done by the area within the indicated co-ordinates. The player can chose frame 
thickness and color. Such highlighting is recommended to have two views, one when pointer 
inside area or one when selected. 

The fields define rectangular Selection Areas on the screen referenced by the Play Item 
Number for this List. A scaled co-ordinate system is used such that the extreme upper left 
screen co-ordinate is 0,0 and the extreme lower right screen co-ordinate is 255,255. 

A Selection Area is coded in a 4 byte entry. This entry is coded as follows: 

- the first byte contains upper-left X co-ordinate of the Selection Area 

- the second byte contains the upper-left Y co-ordinate of the Selection Area 

- the third byte contains the lower-right X co-ordinate of the Selection Area 

- the fourth byte contains the lower-right Y co-ordinate of the Selection Area 

If more selection areas contain the point selected, (in the case of overlapping selection areas) 
then the selection area with the lowest Selection Number is selected. 


Previous List Selection Area -- This entry defines the location of the Selection Area for the 
Previous List Offset. 


Next List Selection Area -- This entry defines the location of the Selection Area for the Next 
List Offset. 
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Return List Selection Area -- This entry defines the location of the Selection Area for the 
Return List Offset. 


Default List Selection Area --This entry defines the location of the Selection Area for the 
Default List Offset. 


Selection_area(i) -- This entry defines the location of the Selection Area for Selection_offset(i). 


VILA Command List 


An optional extension to the PSD lists have been defined to support more interactivity based on 
special Command Lists. A Command List is related to a Play List, Selection List or a End List. A 
Command List shall directly follow a Play List, Selection List or an End List in the PSD.SVD file. 
As all Lists starts with an List_ID byte, it easy to detect if the PSD List has a Command List 
appended or not. The Command List shall not cross a sector boundary. 

A Command List contains a list of executable command instructions that shall be executed 
before the related PSD List is interpreted. In case an exception or goto List command is 
executed then the related PSD List shall be disregarded (skipped). 

The Command List instructions can use a general purpose variable stack (array) of 2-byte 
integers and some player status registers (API). 

Command lists will not conflict with a player that has no Command list interpreter implemented. 


Byte offset ` Note 
n*8 PSD List offset multiplier = 8 
x R end of PSD list 
x+1 Command List ID = $20 
i en executable commands 
x+y*5 end of List y>1 
E „NOt used bytes all = $00 
m*8 next PSD List next List ID = $10, $18 or $1F 


Figure VIl-b Comand list structure 


A Command List contains a list of executable command instructions of 5 bytes each, identified 
by an index number in consecutive ascending order. The first command entry has index #1, and 
the last has an index equal to the Command_count. 

The instructions shall be interpreted one by one starting with the first instruction #1 in 
consecutive order, except when an instruction defines otherwise. 


Field name | #bytes | Datatype | Contents | Note 

Command List 1 uimsbf $20 

Header 

Command_count 2 uimsbf range of 1..408 

List ID 2 uimsbf 

Command #1 5 bslbf contains opcode and 
operands 

Command #last 5 bslbf #last = Command_count 
value 


Table VII-8 Command List Syntax 
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Command List Header -- This 1 byte field identifies the start of a Command List and the value 
is equal to $20. 


Command_count -- This 2 byte unsigned integer contains the number of Command entries. 
The value shall be greater than 0 and less than 409. 


List ID -- See the description of List ID of Play List. 
Command -- This 5 byte entry defines the type of operations (instructions) to be carried out of 


by the Command List Interpreter in the Playback device. Commands shall be indexed from #1 
to #last in ascending order. For entry value definitions, see clause VII.4.3. 


VII.4.1 Command Interpreter 


Vil.4.1.1 


The Interpreter includes a Virtual Machine (VM) and a Variable Array containing general 
purpose variables of 16-bit integers and specific registers functioning as a player API. The VM 
can give instructions to the player via these register and read the current playback status. 

The VM does only three basic type of operations, and is easy to implement in a standard micro- 
controller. 

1. Read / Write of register data 

2. Arithmetic operations on register variables 

3. Command interpreter sequence management with Command jump and loops 


In the Figure VII-c below the reference model of the Command Interpreter is given. 


Figure VIl-c Command Interpreter Model 


Command List 


Variable Array 


General purpose 
Virtual variables 


Command #nn Machine 
ALU Reserved variables 
Player register API 


Read status 
Write commands 


Command Interpreter program flow 


The Command_Interpreter shall interpret and execute the list of Command instructions in a 
Command List starting from Command #1. 

These commands shall be interpreted in sequential order one by one by the Command 
Interpreter until the last command of the list. After that the related PSD list shall be interpreted. 
If a set List_offset register command, or an Exception_error occurs then the related PSD 
shall be discarded and the PSD defined by the offset register shall be interpreted instead. 

An Exception_Error shall be executed if the interpreter has to execute a Command with an 
index equal #0 or greater than the Command_count value, or at an illegal arithmetic instruction 
(div by 0 ) or the player can not execute the requested function. 

The List_offset register points to the next List in the PSD to interprete. 

When a Set Playltem register command is executed the playback device shall start playing the 
requested Playltem. The Command Interpreter will wait to execute the next instruction until the 
playback device is ready playing the Playltem ( Track , Entry or SPI ). H there is a user input or 
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the Timer has expired then the playing the Playltem shall be stopped and the execution control 
shall be given back to the Command Iterpreter. 

The Timer is very useful function. The Timer is started by a set Timer command and then the 
time left can be read by a get Timer command or a conditional test. 


Examples of program flow are given in the Figure VII-d below. 


Figure VIl-d Command List program flow examples 
ao 
SR > Command ¿in Command o 
Set Playltem #n+1 
reaister 
Returns to next Command 
after Play Item has 
Playing Item (PIN) finished, or at User Input, 
or set Playing Time 
expired 
vee > SE > following Commands ` rb 
Set Timer 
get Timer Register 
status 
Timer 
Command Next List to Play = one of 


Set List Offset 


sols » or Exception 


Play List 
Selection List 


End List 


error 


Vil.4.2 Command List Variable Array 


Variables shall be stored in an array V[0..255] of 16-bit registers. The variable index is one byte 
(0..255) The Array is divided into different parts. 
e Read / Write (R/W) general purpose variables V[0..15] used by the VM for storing 
intermediate data during the interpretation of a Command List. These variables shall not be 
initialized at the start of the Command List so they can be used globally by all Command lists 
to store information of transfer parameters. A Block of general purpose registers can be 


stored in a NV-RAM until a disc belonging to the same album is played again. 


e R/W or Read Only player registers V[208..255] to read playback device status or write 
playback related commands. 
e Registers not used. These are reserved for future use is the main part of the array. 
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Variable index Type of Description 
| register | 
General purpose variables 
0..15 ($00..$0F) R/W get / set 16 bit general purpose variables 
Player registers 
16..207 ($10..$CF) -- reserved 
Player decoder registers 
208 ($D0) R/W get / set OGT_channel ( 0..3) status 
209 ($D1) R/W get / set Audio_mixing (0..3 ) status 
210 ($D2) R/W get / set Audio_stream (0..3) status 
211..223 -- reserved 
Disc related registers 
224 ($E0) R/W get / set MPEG_PlayingTime 
225 ($E1) R/W get / set Playltem_number (PIN) 
226..240 ($E3 .. $F0) -- reserved 
Playlist related registers 
241 ($F1) R/W get / set Exception_Error List_Offset 
242 ($F2) R/W get / set User_input 
243 ($F3) R/W get / set current PlayList playing time 
244 ($F4) R/W get / set current PlayList Play Item wait time 
245 ($F5) R/W get / set current PlayList Auto pause wait time 
246 ($F6) R/W get / set current Selection List wait time for 
timeout 
247 ($F7) R/W get / set current Selection List loop count & 
jump timing 
248..251 ($F8 .. $FB) -- reserved 
System related registers 
252 ($FC) R/W get / set Timer 
253 ($FD) R/W get / set Shuffle 
254 ($FE) R/W get / set NV-RAM_block 
255 ($FF) Read Only | get Player Configuration status flags 


Vil.4.2.1 


VII.4.2.2 


Table VII-9 Variable Array 


General purpose variables 


There are 16 general purpose R/W variables, indexed V[0] to V[15]. Note that the initial value of 
these variables is not set at start-of the Command List ( no initialization required ). The value 
shall also remain during change of a disc in an Album. 


Player registers 


The player shall set the defined player registers reflecting the current player status to be read by 
the VM. The VM can control the player by writing a value to a R/W player register, and the 
player has then to execute controls that would generate the same status. Note that a R/W 
player register actually consists of two different registers, one for read of the player status, and 
one for giving a command to the player. When the player is busy executing a register command, 
then these values could be different. 


Reserved -- Reserved player registers shall not be used. Operations with reserved variables or 
reserved registers, shall be discarded. 


OGT_channel -- This R/W register at Read contains the OGT_ channel displayed, see Table 
VII-10 below, and at Write the player shall set the OGT_channel to the channel indicated by this 
register. If the value is out of range then discard operation. 
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Value | Meaning 
-1 No OGT_channel displayed 
i=Oto3 channel i 


Table VIl-10 OGT_channel 


Audio_mixing -- This R/W register at Read contains the Audio mixing settings. See Table 
VII-11 below, and at Write the player shall set the Audio mixing as indicated by this register. If 
the value is out of range then discard operation. 


Value | Meaning 


0 Audio mute 

1 Left channel only 
2 Right channel only 
3 Stereo 


Table VII-11 Audio_mixing 


Audio_stream -- This R/W register contains at Read the Audio stream settings. See Table 
VII-12 below, and at Write the player shall set the Audio stream to the stream indicated by this 
register. If value is out of range then discard operation. 


Value | Meaning 
0 No Audio stream selected 
1 Stream 1 
2 Stream 2 
3 Stream 1 + Extended Stream for Surround 
sound 


Table VIl-12 Audio stream 


User_input -- This R/W register contains at Read the value of the last user input (0..99) or if the 
previous List was a Selection List then the Read register shall contain the last user selection. If 
the previous List was not a Selection List then the register shall be set to 255 ( keys enabled ) at 
the start of a Command List ( before interpreting Command #1). By a Write to the register the 
user input can be enabled or disabled. If the user input is enabled at playback of a play item and 
the user makes an input then the playback of the play item shall be terminated and the next 
command shall be interpreted. If the user input is disabled then the user has no playback 


control. 
Read value | User input Write value | Meaning 
0..99 Numeric input or last 254 ($00FE) Disable User input 
selection 
100 Default selection 255 ($00FF) Enable User input 
101 Next else VOID 
102 Previous 
103 Return 
-- reserved 
254 ($00FE) User input disabled 
255 ($00FF) User input enabled 


Table VIl-13 User_Input register values 
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PlayList playing time -- If current PSD list is a Play List, then this R/W register contains at 
Read the Playing Time value as defined by the current Play List, and Write this value can be set 
to a new value, overruling the old value. See clause VII.2 for definition of Playing Time. 


PlayList Play Item wait time -- If current PSD list is a Play List, then this R/W register contains 
at Read the Play Item Wait Time value as defined by the current Play List, and Write this value 
can be set to a new value, overruling the old value. See clause VII.2 for definition of Play Item 
Wait Time. 


PlayList auto pausewait time -- If current PSD list is a Play List, then this R/W register 
contains at Read the Auto Pause Wait Time value as defined by the current Play List, and Write 
this value can be set to a new value, overruling the old value. See clause VII.2 for definition of 
Auto Pause Wait Time. 


Selection List wait time for timeout -- If current PSD list is a Selection List, then this R/W 
register contains at Read the Wait Time For Timeout value as defined by the current Play List, 
and Write this value can be set to a new value, overruling the old value. See clause VII.3 for 
definition of Wait Time For Timeout. 


Selection List loop count & jump timing -- If current PSD list is a Selection List, then this R/W 
register contains at Read the Loop Count & Jump Timing value as defined by the current Play 
List, and Write this value can be set to a new value, overruling the old value. See clause VII.3 
for the definition of Loop Count & Jump Timing. 


MPEG _PlayingTime -- This R/W register contains at Read the time played in units of 0.1 
second of last MPEG stream from the beginning of the stream, and at Write it defines the time 
to play for the next Play Item starting from the beginning of the item. If the value set exceeds the 
Playing Time of the Play Item, then this function shall be discarded. If the value is set to $0000 
then play until the end of the Item. The Playing Time is zero for a Still Picture. 


Playltem_number -- This R/W register contains at Read the last Play Item number (PIN), and 
at Write a command to start play at beginning of indicated Play Item. It can be a Track, an Entry 
in ENTRIES.SVD, or a Play Segment Play Item. If the PIN is out of range, then an 
Exception_Error shall be executed. The Play Item shall be played until the end of the Item or at 
any User Input (if enabled ), or PlayingTime register has been set. During play back of a Motion 
Picture Play Item special playback control as Pause / Play, Fast Forward e.t.c. shall be 
executed by the player if the User Input is enabled. It is assumed that a Still Picture remains on 
screen until next PLAY, even during change of disc in Album Set. The actual User input can be 
checked at termination of the Play Item. 


Exception_Error List_Offset -- This R/W register contains the offset value to be used in case 
of a non recoverable or exceptional error ( e.g. divide by 0, or illegal Command ). At start-up of 
the disc this register is initially set to $F FFF (not valid) 


Timer -- This R/W register contains the time left after the register has been set to value > 
$0000. If the register is >0 then it shall decrement each 10th of a second ( 100ms ) down to 
$0000 (zero). At start of the Command List this register is initially set to $0000. When the Timer 
reaches $0000 then the Timer shall be terminated. 


Shuffle -- This R/W register contains at Read the next value from the Shuffle sequence, and at 
Write a new random Shuffle sequence 1..N is generated when N is set to the register, and N>0 
and N<256. A Shuffle sequence shall contain all values 1..N only once in random order. At end 
of the sequence the register shall be set to 0. 


NV-RAM_block -- This block of R/W registers contains at Read a two byte field indicating a 
block of restored at start-up of the disc of general purpose variables from a NV-RAM, and at 
Write a block of general purpose variables shall be stored in a NV-RAM. The first byte (MSB) 
indicates the first variable V[i] in the block, and the second byte (LSB) the number of variables 
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in the block. If the NV-RAM_block value = $00 then it indicates that the NV-RAM function is not 
supported in the player. The player shall uniquely allocate the NV-RAM block for each disc by 
using the Album ID as unique identification. 


Player Configuration status flags -- This Read only register of 16 status flags, which all has 
the default value of O for this version of the specification. These flags can be read by the 
Command List to check the player capability, indicating the extension configuration of the player 
of supported functions to be defined in future SVCD specification versions. 


VII.4.3 Command Entry definitions for the Virtual Machine (VM) 


All command entries shall be 5 bytes long. The first byte is an opcode, and the following 4 
bytes shall be operands. The VM shall execute the command as defined by the opcode and 
operands in the Table below. Most commands are conditional, depending on the value of one or 
two variables, meaning that the command shall only be executed if the condition is TRUE. A 
variable value or Register setting in the Variable Array can be written by a command, and 
reading a value is done by a conditional test. 


VII.4.3.1 Data types 


data type | Range | #bits | Note 
Integer -32768 .. 32767 16 2's complement coded 
Word 0 .. 65535 16 binary coded 
Boolean False .. True 16 false = 0 
true = -1 


Table VIl-14 Data types supported by the VM 
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VII.4.3.2 VM Commands 


byte #1 opcode 

msb Isb 
7.5 | 43 | 2..0 | 

000 cond1 XXX 

001 cond1 XXX 

010 cond1 000 

cond2 001 

cond1 010 

cond1 011 

00 100 

011 cond1 000 

cond2 001 

cond1 010 

cond1 011 

01 100 

01 101 

01 110 


byte | byte | byte | byte 
#2 #3 #4 #5 
| opcode name | C code like description 

i j dd dd calculate1 xxx | if cond1 { V[j]=V![j] 
opcode(xxx) dddd 

i j k | calculate2 xxx | if cond1 { V{[jJ=V[k] 
opcode(xxx) V[I] } 

i “3 k | move if cond1 { V[k]=V[I] } 

i j k | move if cond2 { V[k]=V[I] } 

i j dd dd set const if cond1 { V[j]=dddd } 

i j dd dd set random if cond1 { V[¡]=random 
value; 
0<=V[j]<=dddd y; 
if (dddd==$0000) 
{randomize/change seed) 

i j dd dd fill for (n=j; n<j+i; ++n) 
{V[n]=dddd } 

i -- idx idx jump if cond1 {jump to 
command #idx} 

i j idx idx jump if cond2 {jump to 
command #idx} 

i j -- -- return if cond1 {jump to VI 

i j idx idx gosub if cond1 {gosub command 
#idx; 
V[j]=current_command 
#idx+1 } 

i =e idx idx loop1 while V[i]>0 {--V[i]; jump to 
command #idx} 

i j idx idx loop2 while V[i]>V![j] {--V[i]; jump 
to command #idx} 

i j idx idx loop3 while VI) {--V[i]; --V[j]); 
jump to command #idx} 


Note1: If an index or other value is out of range then an Exception_Error shall be executed. 
Note2: bit 7 is msb and bit 0 is Isb. 
Note3: if all bytes #1 to #5 are equal to O then execution skipped as a No Operation ( NOP ). 


Table VIl-15 VM opcode and operand definition table 


VII.4.3.3 operand symbols 


In the VM opcode and operand definition table special symbols are used for different definitions 
as specified in the following table. 


| lengih_ | 


meaning 


these letters are used to index variables ( e.g. variable with index i is 
V[i]); If i identifies a is reserved variable then opcode instruction is not 


executed 


symbols 
i, j, k, | 1 byte 
dddd 2 bytes 
cond1 2 bits 
cond2 
idx 2 bytes 
XXX bits 
-- 1 byte 


a signed 16-bit constant, where byte#4 is the msb and byte#5 Isb 
test for execution; if the test fails then jump to next Command else 
execute the opcode 

used for jump to a command with index = idx 

see separate definition table for meaning 

byte is not used (VOID) 


Table VII-16 special symbols 
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VII.4.3.4 


VI1.4.3.5 


opcode conditions 

Reading Array variables is done by a conditional test. If a condition is not TRUE then the next 
command entry shall be executed. The cond_1 test compares a variable V[i] compared to 0, 
and the cond_2 test compares the relation between two variables V[i] and VI) as defined 
below. 


cond_1 semantics cond_2 semantics 


bit 4..3 meaning bit 4..3 meaning 
msb..Isb msb..Isb | 
%00 True %00 V[i]==j 
%01 V[i]>0 %01 V[i]>V[j] 
%10 V[i]<0 %10 V[i]<V[j] 
%11 V[i]==0 %11 V[i]==V[j] 


Table VIl-17 Cond semantics 


opcode function definitions 

calculate_1 function -- If cond1 TRUE then variable V[j] indexed by byte #3 is set the outcome 
of calculation with the constant = dddd, defined by bytes #4 and #5, where byte #4 is MSB. The 
type of calculation is specified by the opcode(xxx) bits 2..0, as in table below. 

calculate_2 function -- If cond2 TRUE then variable V[j] indexed by byte #3 is set the outcome 
of calculation of variable V[k] defined by byte #4 and VI! defined by byte #5. The type of 
calculation is specified by the opcode(xxx) bits 5..7, as in Table VII-18 below. 


Note There is no carry flag for variable wrap around indication. 


Table VIl-18 calculate opcode(xxx) syntax 


xxx bits 2..0 Meaning Note example C-code if V[k]=15 and V[I]=7 
msb ...Isb | | | | then 

%000 ADD addition V[¡]=V[k]+ MI v[j]= 22 

%001 SUB subtraction V[¡]=V[k] - VO V[¡]= 8 

%010 MUL multiplication V[¡]=V[k]+ MI V[¡]= 105 

%011 DIV integer division V[¡]=V[k]+ VII] VI 2 

%100 MOD modulo division V[¡]=V[k]+ MI V[j]= 1 

%101 AND logical AND V[j]=V[k]+ MI V[j]= 7 

%110 OR logical OR V[¡]=V[k]+ MI V[¡]= 15 

%111 XOR logical XOR V[¡]=V[k]+ VII] V[¡]= 8 


move function -- The variable V[k] indexed by byte #4 is set equal to the variable V[k] indexed 


by byte #5. 


Set function -- The variable V[j] indexed by byte #3 is set to value dddd defined by byte #4 and 


#5. 


random function -- The variable V[j] indexed by byte #3 is set to a random value between 0 
(zero) and dddd defined by byte #4 and #5. If dddd=0 then randomize the random generator. 


fill function -- Fill N variables starting from VI! with dddd defined by byte #4 and #5, where N is 
equal the value of V[i] indexed by byte #2 


jump function -- Jump immediate to a command with index = idx defined by byte #4 and #5. 


return function -- Return from a sub-routine by jumping to the command with index = value of 
variable V[j] defined by byte #3. 
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gosub function -- Jump to a sub-routine starting at the command with index = idx defined by 
byte #4 and #5. Variable V[j], defined by byte #3, shall be set to the current command index 
incremented by one. 


loop_1 function -- Decrement variable VI, defined by byte #2, and jump to the command with 
index = idx defined by byte #4 and #5. 


loop_2 function -- Decrement variables VI, defined by byte #2 and VI, defined by byte #3, 
and jump to the command with index = idx defined by byte #4 and #5. 


Vil.4.4 Programming examples 


This chapter is informative. 


While expression { .... } Fori=ntom{....} Case V[i] of ( values v ) Repeat [ .... } 
until 
fo expression 
label a: calculate V[i]:=n; examples of case testing | label a: 
do expression; label a: if V[iJ=v jump to idx.. bo d 
if not true jump to labelb | if V[iJ=m if V[i]J=v gosub idx do 
{ ... ; jump to label a ) jump to label b if V[i]=v set List_ID=dddd | expression; 
label b: Geert --- etc. if not true 
calculate jump to label a 
V[i]:=V[1]+1; } 
jump to label a } 
label b: 


Table VIl-19 Standard routines 


VII.5 End List 
The End List is a List for terminating interpretation of the PSD. 


Entry Name | #bytes | Datatype | Contents | Note 

End List Header 1 uimsbf $1F 

Next_disc 1 uimsbf $00 or $nn nn = next disc 
number 

Change_disc_picture 2 uimsbf 0 or 1000..2979 

Reserved 4 bslbf $00 


Table VIl-20 End List structure 


End List Header -- This one byte code identifies the beginning of End List and equals $1F. 


Next_disc -- This one byte entry identifies next disc #nn to play of current Album. If Next_disc is 
equal to $00 then this indicates end of playing. 


Change_disc_picture -- This 2-byte entry contains the PIN referring to a still picture Play Item 
shown during change of disc in an album. This value = 0 for show no picture. The Still Picture 
shall remain on the screen during the disc change. 


Reserved --This entry is seven bytes long. These bytes shall be reserved and set to $00. 
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Annex A. PSD interpretation 


It is recommended that playback devices interpret the PSD in the way described in this annex. 


A.1 Start of play from the PSD 
If a single disc is played and if the user starts play by selecting a valid List ID number from the 
LOT, the playback device will start to interpret the PSD at this List ID. Otherwise the playback 
device starts interpretation at List ID #1. 
If a disc from a multi-disc Album is played and if bit[5] of the Status Flags entry in INFO.SVD of 
the previous disc (in the same Album) is equal to %1, then start the disc at List ID #2 else start 
the disc with List ID #1. If playing the previous disc is ended by a user action, then start the disc 
with List ID#1. 
A.2 Interpretation of Lists 
The playback device reads the contents of the List. The type of List is determined by the List 
Header. The interpretation of the List can be interrupted by a User Interaction Function, see 
Appendix A.3. 
A.2.1 Play List 
If the list is a Play List, then: 
Starting at the beginning of the list of Play Items, for each Play Item in order do the following: 
Play the Play Item. If a Trigger Bit is set in the currently playing sector then pause the play for a 
time given by Auto Pause Wait Time and then resume play. 
When the Play Item has played for a time given by Playing Time then stop play. 
Wait for a time given by Play ltem Wait Time. 
When all Play Items are complete, go to interpret the List given by Next List Offset. 
A.2.2 Selection List 
If the list is a Selection List or an Extended Selection List, then: 
Repeat playing the Play Item the number of times given by Loop Count. If a Trigger Bit is set in 
the currently playing sector then pause the play. 
Wait for a time given by Wait Time for Time-out. 
Go to interpret the List given by Time-out List Offset. 
If the Time-out List Offset equals $FFFF, then go to interpret one of the valid Selection HN 
Offsets selected at random. 
A.2.3 End List 
If the List is an End List then in case of a single volume album or if the next_disc field is equal to 
$00 for a multi volume album then terminate interpretation and return to manual control of the 
playback device. 
In all other cases see appendix A.1 Start Play List. 
A.3 User Interaction Functions 
The user may interact with the playback device by means of user interaction functions. 
There are five User Interaction Functions for Playback Control: 
NEXT function 
PREVIOUS function 
DEFAULT SELECTION function 
RETURN function 
NUMERIC function 
User Interaction Functions are events that are initiated by user interaction. The exact nature of 
the user interaction is playback device dependent, but all playback systems shall be capable of 
implementing the five functions e.g. by dedicated keypads or by some combination of pointing 
device and keypads. 
The playback device actions in response to the User Interaction Functions are described below. 
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A.3.1 


A.3.2 


A.3.3 


A.3.4 


A.3.5 


NEXT function 


At Play List -- Stop playing current sequence or terminate the current wait state. 

If there are any following entry points in the Play Item, start play from next entry point, else play 
any remaining Play Items on the Play List, else interpret the List given by Next List Offset. 

At Selection List -- If the Next List Offset is not equal to $F FFF, then stop playing the Play Item 
or terminate the current wait state and interpret the List given by Next List Offset. 


PREVIOUS function 


At Play List -- Stop playing current sequence or terminate the current wait state. 

If there are any previous entry points in the Play Item, play from the previous entry point, else if 
there is a previous Play Items in the Play List then play from this Play Item, else interpret list 
given by Previous List Offset. 

At Selection List -- If the Previous List Offset is not equal to $FFFF, then stop playing the Play 
Item or terminate the current wait state and interpret the List given by Previous List Offset. 


DEFAULT SELECTION function 


At Play List -- Do nothing 

At Selection List -- If the Default List Offset is not equal to $FFFF, then stop playing the Play 
Item or terminate the current wait state. If Default List Offset equals $FFFD or $FFFE, then 
interpret the Multi Default Selection List as defined in chapter VII, else interpret the List given by 
Default List Offset. 


RETURN function 
At Play List or Selection List -- If the Return List Offset is not equal to $FFFF, then stop playing 
the Play Item or terminate the current wait state and interpret the List given by Return List 
Offset. 

NUMERIC function 


At Play List -- Do nothing. 

At Selection List -- Stop playing the Play Item or terminate the current wait state. If Default List 
Offset equals $FFFD, then the NUMERIC function is disabled, else play the List with the 
Selection number corresponding to the User Selection (either numerical or by pointing device). 


AA Preferred Key Assignment 
All the User Interaction Functions may be assigned to actual keys. 
Key | Logotype | Meaning 
NEXT Next [ >>| ] Key 
PREVIOUS Prev [ |<< ] Key 
DEFAULT SELECTION Play [ > ] Key Select Item 
RETURN Return and/or Stop Key Return to Menu 
NUMERIC [ 0,1,2,3,4,5,6,7,8,9 ] keys select item 
Table A-1 Example of function keys for User Interaction mode 
The NUMERIC function is necessary for menu selection and direct playing by List ID. List ID 
has a range from 1 to 32767. All playback devices shall support the NUMERIC function. If cost 
and/or size reduction etc. make inclusion of a keyboard problematic, the NUMEIC may be 
implemented by other input means such as use of a pointing device for ordinary menu selection. 
As an optional feature it is also possible to select a Play or a Selection List by user input of List 
ID number. 
The menu pictures that are displayed by the Selection Lists shall indicate the numbers of the 
selections that are available to the user for numeric selection. 
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A.5 Linear Play mode 


When playing a disc in linear mode, and not using the PSD, it is recommended to use the 
ENTRIES.SVD file instead. This to support chapter access for a Movie title. 


Key | Meaning 

NEXT | Start playing at next entry in ENTRIES.SVD 

PREVIOUS Start playing at previous entry in ENTRIES.SVD 
DEFAULT SELECTION 

RETURN 

NUMERIC Start playing at index = numeric value, in ENTRIES.SVD 


Table A-2 Example of function keys for Linear Play mode 
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Annex B. Playback device function support 


This annex is informative, and is intended to clarify the intended use of the metadata 
information files on the disc for better understanding and to support playback device 
implementations. Below is an overview of information on the disc to support implementation of 
required playback device functions. 


Playback device function 


SVCD disc information 


Note 


SVCD Disc INFO.SVD ID = SVCD” or "HQ-VCD " 
System Profile Tag = $00 or $01 
Goto (next) Track ## Lead-in TOC type of track not known 
ENTRIES.SVD Only MPEG tracks listed 
Goto (next) Chapter ## ENTRIES.SVD for a movie 
Goto time in track ## SEARCH.DAT list of sector address and time 
offset 
Goto (next) Play List ## LOT.SVD PSD offset per ListID 
PSD.SVD Play Sequence Descriptor with 
Segment Play Item ## 
Goto (next) Play Item ## INFO.SVD Start address of Segment Play 
Item Area 
Go to time in Play Item ## | SEARCH.DAT list of sector address and time 


offset 


Scan forward / reverse 


Scan Info data in User 
Data in MPEG Video 
stream 


offset address to next Access Point 
sector, and 5-10 seconds away 


Display playing time 


MPEG DTS 
INFO.SVD 


The MPEG clock starts from 0 in 
every MPEG stream. For a multi- 
volume disc, the display time offset 
is recorded in INFO.SVD 


Load next disc 


Change Disc info in the 
End List 


To inform the user of a change to 
next disc in a multi disc application. 
The player is suggested to open 
the tray / lid if user interaction is 
required 


Note: It is recommended that playback devices be so designed that, in the event that one of 
these files, or some item(s) of information are missing, they will still play an SVCD disc 
with the best performance possible. 
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Overview of SVCD version 1.0 specification changes from version 0.9 


Removed items 


Note 


Karaoke Area 


Removed all Karaoke Area file definitions and all its references 


Multi-session (MS) 


Removed placeholder, Multi-session and Recordable Disc references 


File Location Table (FLT) 


Removed all FLT definitions and all its references 


SEARCH.SVD Removed all SEARCHSVD definitions and changed references to 
SEARCH.DAT 

Normative Reference: IEC 13490 | Not used 

Added items Note 


Fixed file positions for INFO.SVD, 
ENTRIES.SVD, LOT.SVD, 
PSD.SVD 


Same file positions as in VCD 2.0 specification. 


Other files are accessed via ISO9660. 


SEARCH.DAT Mandatory when System Profile Tag byte in INFO.SVD = $00, else 
optional 
Changed items Change Note 


Subheader coding for MPEG 
sectors: File # and Channel # 


Changed to : File# = $01 and Ch# = $01 


Needed for compatibility 
with existing players 


INFO.SVD, ID 


ID = SUPERVCD or HQ-VCD depending 
on the value of byte #10, called System 
Profile Tag 


Needed for compatibility 
with existing players 


INFO.SVD status flags 


changed to bit[0]=0 reserved and bit[7]=0 
reserved 


Karaoke and multi- 
session is removed 


TRACKS.SVD 


redefined, includes Track Playing Time 


Needed for compatibility 
with existing players 


SCANDATA.DAT 


Mandatory when System Profile Tag byte 
in INFO.SVD = $10, else optional 


Needed for compatibility 
with existing players 


SCANDATA.DAT: 
Scandata_table_offset 


Changed to "The first byte in the 
scandata_table() has byte position = 1." 


Needed for compatibility 
with existing players 


SCANDATA.DAT 


Changed syntax to: 
" for (i=1 S i<=segment_count; i++)" 


Needed for compatibility 
with existing players 
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